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PREFACE 


This  report  was  prepared  by  the  Systems  Research  anti  Develop¬ 
ment  Service  of  the  Federal  Aviation  Administration  as  part  of 
its  broad  research  program  to  develop  new  and  improved  methods 
for  determining  how  to  increase  capacity  and  minimize 
congestion  on  the  airfield. 

The  purpose  of  this  report  is  to  furnish  the  aviation  community 
with  non-proprietary  tools  to  determine  airport  capacity  and 
delay.  The  author  would  appreciate  receiving  any  comments 
pertaining  to  the  use  of  this  report. 

The  material  contained  in  this  report  is  based  in  part  on  the 
joint  efforts  of  a  project  team  headed  by  Douglas  Aircraft 
Company  and  included  Peat,  Marwick,  Mitchell  6  Co.  (PMMGCo.); 
McDonnell  Douglas  Automation  Company  (MCAUTO) :  and  American 
Airlines,  Inc.  Professor  Robert  Horonjeff  of  the  University  of 
California,  Berkeley,  served  as  general  advisor  to  the  project 
team. 

As  part  of  the  coordinated  efforts  of  the  Project  Team  each 
organization  carried  out  specific  responsibilities,  as 
summarized  below: 


ORGANIZATION 

DAC 


PMM  &  CO. 


McAUTO 


AAL 


Project  Responsibility 

Prime  Contractor;  overall  technical 
«*■'  ction  and  project  management; 
f  •  collection  support;  on-line 
capacity. 


Capacity  and  delay  model  development; 
report  development;  management  of 
data  collection  and  analysis;  software 
review  modification  and  development; 
training. 

Interactive  Graphics  system  and  real 
time  simulator  feasibility  studies; 
delay  model  air  traffic  control 
algorithm;  model  software  development; 
data  processino;  software  documentation; 
training. 

General  advisory,  overall  project. 


iHTFE  Upgraded  the  runway  capacity  programs  to  provide 

simplified  input,  more  complete  output,  and  to  add 
additional  program  options — alternating  arrivals  to 
parallel  runways.  Program  logic  has  also  been 
modified  to  produce  more  consistent  and  more  accurate 
results  with  reduced  running  times. 
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1.  INTRODUCTION 

1.1  Description  of  the  Model 

FAA  Airfield  Capacity  Model  is  a  computer  program  which 
analytically  calculates  the  maximum  operational  capacity  of  a  runway 
system  under  a  wide  range  of  conditions.  The  user  has  considerable 
freedom  to  vary  the  characteristics  of  the  runway,  aircraft,  and  ATC 
system. 

The  capacity  model  was  originally  developed  in  the  early  1970s  by  a 
consortium  which  included  Peat,  Marwick,  Mitchell  and  Company 
(PMM&Co.)  and  McDonnell  Douglas  Automation  (MCAUTO).  The  program 
was  further  modified  by  the  Systems  Research  and  Development  Service 
(SRDS)  branch  of  the  FAA.  The  model  has  been  used  by  the  FAA  for 
the  Airport  Capacity  and  Delay  Task  Force  studies,  and  is  currently 
available  to  the  public  through  the  Control  Data  Corporation  (CDC) 
timesharing  computer  service.  It  is  this  SRDS  version  which  will  be 
referred  to  in  this  report  as  the  "original"  version  of  the  program, 
since  it  was  the  basis  for  the  upgraded  version  described  herein. 

'A  major  effort  to  upgrade  the  capacity  model  has  been  concluded. 
Modifications  to  the  program  focused  on  three  principal  areas 

o  padding  new  functions  and  abilities; ^ 

o  ^updating  to  incorporate  the  latest  ATC  procedures;  5 . 

o  ^  correcting  minor  program  errors.. 


1.2  Description  of  the  Documentation 

£  This  report  constitutes  Volume  T  "of  a  two-volume  set  of  documen¬ 
tation  on  the  upgraded  capacity  model,.  Volume  I,  the  Supplemental 
User's  Guide,  includes  a  brief,  non-technical  description  of  the 
principal  changes  to  the  program  (Section  2)  and  a  summary  of 
changes  to  the  model  input  and  output  (Section  3).  In  addition,  two 
appendices  contain  revised  versions  of  the  chapters  in  the  original 
User's  Manual  (FAA-RD-76-128,  Reference  1)  which  pertain  to  the 
Airfield  Capacity  ModeU^^ 

Volume  II  of  the  documentation  is  a  technical  description  of  the 
modifications  which  have  been  made  to  the  Airfield  Capacity  Model. 
This  report  describes,  in  detail,  the  original  model  logic  and  the 
process  by  which  the  improvements  to  the  model  were  developed, 
tested,  evaluated  and  implemented. 
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Comparisons  are  presented  for  the  capacity  results  and  running 
costs  of  the  original  and  the  upgraded  versions  of  the  Capacity 
Model* 

Several  topics  which  should  be  contained  in  the  full  documentation 
of  the  Airfield  Capacity  Model  will  not  be  fully  discussed  in  the 
present  report*  These  include: 

o  a  separate  list  of  all  the  assumptions  in  the  model 

o  default  values  for  all  parameters 

o  sources  of  input  data 

o  discussion  of  techniques  for  effective  use  of  the  model. 

It  is  hoped  that  these  and  other  such  areas  will  be  included  in  any 
future  revision  of  the  User's  Manual. 


2 


MODEL  CHANGES  AFFECTING  THE  USER 


This  section  briefly  describes  the  more  significant  model  modifi¬ 
cations  and  the  way  in  which  they  affect  the  user.  Many  of  these 
features  are  optional  capabilities  that  the  user  should  be  aware 
of,  to  use  if  he  so  wishes.  Appendices  A  and  B  will  give  more 
details  on  how  to  implement  these  options. 

The  model  changes  are  divided  into  two  categories:  those  which 
affect  all  runway  configurations,  and  those  which  affect  only 
particular  configurations. 

2.1  General  Changes 

2.1.1  Multiple  Arrival  Percentages 

The  FAA  Airfield  Capacity  Model  calculates  capacity  at  a  given 
arrival  percentage  by  first  calculating  an  arrival-priority 
capacity  (maximum  number  of  arrivals  plus  whatever  departures  are 
possible)  and  a  departure-priority  capacity  (similarly,  the  maximum 
number  of  departures).  It  then  interpolates  between  these  points, 
or  drops  the  excess  arrivals  or  departures,  to  reach  the  desired 
arrival  percentage. 

In  the  original  version,  only  one  arrival  percentage  could  be 
specified  per  run.  If  the  capacities  at  several  arrival  per¬ 
centages  were  desired,  several  runs  would  have  to  be  made;  the  same 
arrival-priority  and  departure-priority  capacity  values  would  be 
calculated  each  time,  but  the  details  of  the  interpolation  would 
differ.  Calculating  these  capacity  values  is  much  more  expensive 
than  interpolating  between  them.  In  the  upgraded  version,  up  to  11 
different  arrival  percentages  can  be  specified  during  a  single  run 
(on  the  OTHERS  line,  line  20  of  the  input  file  —  see  Appendix  A), 
saving  the  expense  of  recalculating  the  arrival-priority  and 
departure-priority  capacities. 

In  the  original  version,  an  arrival  percentage  of  "9999"  would 
result  in  the  output  of  the  arrival-priority  capacity  values.  The 
upgraded  version  will,  in  addition,  output  the  departure-priority 
capacity  values  if  the  arrival  percentage  is  "8888." 

2.1.2  Gap  Stretching 

When  the  arrival  priority  capacity  is  calculated,  the  maximum 
number  of  arrivals  are  generated  first,  and  departures  are  fitted 
into  the  resulting  gaps  as  feasible.  It  would  seem  likely  that 
certain  gaps  could  be  "almost  large  enough"  to  fit  an  additional 
departure  into,  and  that  additional  departure  capacity  could  thus 
be  gained  by  "stretching"  these  gaps  slightly. 
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There  is  a  great  deal  of  difficulty,  however,  in  determining  which 
gaps  to  stretch  and  by  how  much  to  stretch  them,  primarily  because 
we  are  dealing  with  a  probable  number  of  departures  per  gap,  rather 
than  a  deterministic  number.  (In  other  words,  stretching  a 
specific  gap  between  two  individual  arrivals  may  increase  the 
number  of  departures  in  thkt  gap  from  1  to  2,  but  stretching  all 
the  gaps  between  those  two  arrival  types  might  only  increase  the 
average  number  of  departures  per  gap  from  1.8  to  1.9.)  The  revised 
program  operates  by  stretching  all  gaps,  at  least  initially,  by  a 
pre-specif ied  increment,  but  retaining  the  stretch  only  when  there 
is  a  capacity  benefit. 

Capacity  is  first  calculated  for  the  (unstretched)  arrival-priority 
case.  Next,  each  gap  is  stretched  by  the  increment  "x."  The 
expected  number  of  departures  in  each  gap  is  then  calculated.  If 
there  is  no  benefit  to  the  gap  stretch,  the  gap  is  returned  to  its 
unstretched  size.  Arrival  and  departure  capacities  are  then 
recalculated,  given  the  remaining  stretched  gaps.  The  resulting 
capacity  is  referred  to  as  the  first  intermediate  point  on  the 
capacity  curve. 

For  the  second  intermediate  point,  each  gap  is  stretched  by  uice 
the  increment,  relative  to  its  unstretched  size,  and  the  testing  is 
repeated. 

The  user  can  specify  both  the  maximum  number  of  intermediate  points 
and  the  gap-stretching  increment  in  the  INCIAT  line,  line  26.  If 
these  values  are  not  specified,  the  program  defaults  to  one 
intermediate  point  with  a  maximum  gap  stretch  of  20  seconds.  If  an 
arrival  percentage  of  "7777"  is  specified,  the  capacity  at  each 
intermediate  point  will  be  output. 

2.1.3  Deletion  of  the  Equal-Priority  Models 

The  original  version  of  the  Capacity  Model  had  an  option  available 
for  calculating  capacity  at  50*  arrivals.  Arrivals  and  departures 
were  given  equal  priority  in  runway  use  and  strict  alternation  of 
arrivals  and  departures  was  enforced.  This  meant  that  some  arrival 
gaps  would  be  stretched  to  accommodate  a  single  departure,  while 
another  gap  which  was  large  enough  for  two  or  more  departures 
without  stretching  might  have  unused  capacity.  This  type  of 
inefficiency  resulted,  in  some  cases,  in  an  "equal-priority" 
capacity  which  was  less  than  that  obtained  by  running  arrival- 
priority  for  part  of  the  hour  and  departure-priority  for  the 
remainder  (i.e.,  interpolation  between  the  two  values). 
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The  equal-priority  logic  has  been  removed  Erom  the  upgraded 
Capacity  Model.  It  was  felt  that  the  gap  stretching  procedure 
described  in  the  previous  section  provides  a  better  means  of 
calculating  capacity  at  50%  arrivals.  Strict  alternation  of 
arrivals  and  departures  is  no  longer  enforced,  but  the  overall 
balance  between  arrivals  and  departures  is  preserved. 

2.1. A  First  Enqueued  Departure  Mix 

In  computing  the  capacity  of  a  mixed-mode  (arrivals  and  departures) 
runway,  the  departure  capacity  is  based  upon  the  most  limiting 
aircraft  type.  In  this  way  the  specified  fleet  mix  is  preserved. 

The  original  program  logic  assumes  that  the  probability  that  a 
particular  aircraft  type  is  the  first  departure  in  an  arrival  gap 
is  the  same  as  that  type's  proportion  of  the  overall  aircraft  mix. 
In  reality,  this  probability  is  also  affected  by  the  difficulty 

with  which  each  departure  type  can  he  inserted  into  the  previous 
gap.  In  other  words,  if  a  departure  does  not  fit  into  the  current 
gap,  it  will  be  first  in  line  to  depart  in  the  next  gap.  The 

original  program  logic,  on  the  other  hand,  would  in  effect  make 

that  aircraft  go  back  to  the  end  of  the  departure  queue. 

The  "first  enqueued  departure"  (f.e.d.)  mix  logic  that  has  been 
added  to  the  program  recognizes  explicitly  that  aircraft  do  not 
show  up  at  random  to  be  first  in  line  to  depart.  The  f.e.d.  mix  is 
calculated  iteratively,  since  changing  the  mix  for  the  first 
departure  changes  the  probability  of  getting  out  the  second  and 

third  departures,  which  in  turn  affects  the  mix  for  the  first 
departure  in  the  next  gap.  However,  the  f.e.d.  mix  converges 
rapidly.  The  user  can  specify  both  the  maximum  number  of 
iterations  and  the  convergence  criterion  to  be  applied  (INCIAT, 
line  26). 

2.1.5  Separate  Probability  of  Violation  for  Interarrival  Times 

Several  steps  in  the  model  logic  call  for  the  calculation  of  a 
buffer  time  which  is  then  added  to  a  nominal  event  time.  For 
example,  a  5%  buffer  is  added  to  average  runway  occupancy  time  to 
derive  a  "protected  occupancy  time"  which  is  used  for  planning 
purposes.  This  5X  probability  of  violation  (PV)  may  be  interpreted 
as  meaning  that  only  5%  of  all  occupancy  times  will  be  greater  than 
the  "protected  time." 

A  buffer  is  also  added  to  minimum  interarrival  time  (the  time 
between  arrivals  at  the  threshold  based  on  minimum  separations)  to 
derive  an  average  interarrival  time.  For  the  present  day  ATC 
system,  this  is  also  a  5%  buffer,  which  in  this  case  means  that 
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only  5X  of  all  interarrival  times  would  be  below  the  minimum  inter¬ 
arrival  time.  In  the  future,  however,  metering  and  spacing  will  t>e 
automated,  and  e  IX  buffer  will  be  used.  A  lower  probability  of 
violation  is  required  because  it  is  desirable  to  limit  the  number 
of  times  a  human  controller  must  step  in  to  resolve  the  violations. 

The  original  program  used  just  a  single  PV,  and  therefore  could  not 
handle  the  case  of  a  5X  buffer  on  runway  occupancy  and  a  IX  buffer 
on  interarrival  time.  Two  PVs  can  be  specified  in  the  upgraded 

program,  one  for  interarrival  time  and  one  for  all  other  appli¬ 
cations.  These  are  input  on  the  revised  OTHERS  line,  line  20. 

2.2  Configuration  -  Specific  Changes 

The  following  model  modifications  apply  only  to  rortain  rurway 
configurations. 

2.2.1  Single  Runway  -  Optional  Use  of  "Q-Logu” 

ATC  procedures  require  that  certain  separations  be  applied  between 
consecutive  departures,  for  conflict-  and  vortex-avoidance.  These 
separations  must  be  applied  even  if  there  an  intervening  arrival. 

It  is  a  simple  matter  to  consider  the  effect  of  these  departure- 
departure  separations  within  a  given  arrival  gap,  hit  considerably 
more  difficult  to  account  for  their  effect  between  gaps*  lliis  i-» 
because  we  now  must  consider  tV.-  aircraft  type  of  the  last 
departure  in  the  previous  gap  and  its  position  within  that  gap, 
which  in  turn  depends  upon  the  size  f  that  gap  and  the  other 
departures  within  that  gap.  Ths  logic  -r^d  in  the  model  fo^* 
considering  the  effect  between  gaps  deals  with  probabilities  for 

the  aircraft  type,  the  position  within  the  previous  gap,  and  the 
effect  on  departures  in  the  current  gap.  We  refer  to  this  as  the 
"Q-logic,"  since  Q  is  a  unique  variable  used  therein. 

In  the  original  model  version,  the  Q-logic  is  used  only  for  the 

close  parallel  (dual-lane)  and  intersecting  runway  cases.  It  was 

not  felt  to  be  needed  for  the  single  runway,  because  the  normal 
separation  between  departures  in  different  gaps  is  usually  greater 
than  the  separation  requirement  (the  first  departure  must  clear  the 
runway  before  the  arrival  lands,  and  then  the  arrival  must  clear 
before  the  next  departure  can  be  released  —  with  buffers,  the  time 
between  departures  would  be  about  100  seconds).  However,  since  120 
seconds  is  required  for  a  non-heavy  departure  behind  a  heavy 
departure,  it  is  possible  for  the  previous  departure  to  affect  the 
departures  in  the  current  gap. 
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It  has  therefore  been  left  up  to  the  user  to  decide  whether  or  not 
to  use  the  Q-logic  with  a  single  runway.  An  arbitrary  negative 
value  for  DIAGSP,  on  the  ALTARR  line  (line  25),  is  used  to  imple¬ 
ment  the  single-runway  Q-logic.  In  most  cases,  the  effect  will  be 
quite  small. 

2.2.2  Parallel  Runways  -  Alternating  Arrivals 

The  latest  version  ofc  the  ATC  procedures  (Handbook  7110. 65B, 
Reference  2)  allows  the  operation  of  dependent  arrivals  to  parallel 
runways  with  a  2.0  nmi  separation  applied  diagonally  between 
consecutive  arrivals.  The  normal  longitudinal  separations  still 
apply  between  consecutive  arrivals  to  the  same  runway.  A 
subroutine  has  been  added  to  the  program  to  calculate  capacity  with 
alternating  arrivals. 

It  is  necessary  to  consider  a  set  of  four  alternating  arrivals  to 
determine  the  spacing  between  two  arrivals  to  the  same  runway.  For 
example,  aircraft  A  is  a  heavy  aircraft  (>  300,000  lbs.)  landing  or. 
runway  1  (Figure  2-1).  Aircraft  B,  a  "small"  bound  for  runway  2, 
is  2.0  nmi  diagonally  behind  A.  C,  a  "large"  aircraft,  is  5.0  nmi 
behind  A  on  runway  1  because  of  intrail,  vortex  requirements.  The 
next  arrival  to  runway  2  would  be  2.0  nmi  diagonally  behind  C,  and 
therefore  5.0  nmi  behind  B,  a  small  aircraft  which  would  normally 
require  only  a  3.0  nmi  separation  or  less.  When  the  spacing 
between  B  and  D  is  determined  by  the  separation  between  A  and  C,  we 
refer  to  this  as  "shadow  spacing." 

"Shadow  spacing"  can  also  result  from  speed  differentials  between 
aircraft  or  other  constraints.  The  new  subroutine  deals  with 
"shadow  spacing"  by  selecting  a  set  of  four  aircraft,  and  then 
calcul.'.tii  ,j  the  earliest  time  for  each  aircraft  to  cross  the 
threshold,  subject  to  the  constraints  of 

o  separation  from  previous  arrival,  same  runway 

n  separation  from  previous  arrival,  other  runway 

o  time  to  fly  from  gate  to  threshold 

o  runway  occupancy  time,  previous  arrival. 

The  subroutine  also  accounts  for  runway  thresholds  or  approach 
gates  which  displaced  relative  to  each  other. 
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FIGURE  2-1 

ILLUSTRATION  OF  "SHADOW  SPACING” 
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2.2.3  Intersecting  Runways  -  New  Configurations  Added 


Only  two  configurations  of  two  intersecting  runways  were  available 
in  the  original  program  —  arrivals  on  one,  departures  on  the 
other,  and  mixed  on  one,  departures  on  the  other.  The  latter 
configuration  implies  that  departures  can  be  run  on  both  runways, 
but  such  a  configuration  was  not  available  by  itself. 

The  revised  program  now  includes  such  an  option  (configuration  6-1, 
runway  diagram  number  52).  Operationally,  this  configuration  is 
similar  to  alternating  arrivals  —  the  interval  between  departures 
depends  not  only  on  the  required  separation  between  aircraft  on  the 
same  runway,  but  also  on  the  separation  needed  at  the  intersection 
behind  an  aircraft  on  the  other  runway,  due  to  wake  vortices. 
Consequently,  a  similar  logic  is  used.  A  set  of  four  departure 
aircraft  is  selected,  and  the  earliest  release  time  is  generated 
for  each,  based  on  the  relevant  constraints. 

If  more  capacity  can  be  achieved  by  operating  departures  on  just  a 
single  runway,  this  single-runway  capacity  will  be  returned  by  the 
program,  along  with  the  message,  "ALL  DEPARTURES  ARE  ON  SINGLE 
RUNWAY." 


2.2.4  Complex  Configurations 

"Complex  configurations"  are,  in  general,  those  with  more  than  two 
runways.  They  are  treated  in  the  program  as  combinations  or 
special  cases  of  the  simple  configurations  —  single  runway,  two 
parallel,  or  two  intersecting  runways. 

Two  aspects  of  this  handling  of  complex  configurations  were  open  to 
question:  the  simplification  of  complex  configurations  in  full  IFR 
conditions  (formerly  called  PVC) ,  and  the  calculation  of  the 
departure-priority  capacity  of  complex  configurations.  Full  IFR 
conditions,  with  full  applications  of  IFR  rules,  were  rarely 
considered;  for  example,  departures  and  arrivals  on  separate 
close-spaced  parallel  runways  were  considered  to  be  independent, 
contrary  to  IFR  rules. 

Details  of  the  revised  treatment  of  complex  configurations  are 
presented  in  Appendix  D  of  Volume  II. 
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3.  CHANGES  TO  INPUT/OUTPUT 


In  addition  to  the  changes  to  the  program  logic  itself,  numerous 
revisions  were  made  to  the  program  input  and  output.  Some  of  the 
revisions  were  necessitated  by  the  changes  to  the  program  logic: 
input  data  required  for  the  new  program  functions,  for  example. 
Other  input  changes  resulted  from  the  deletion  of  certain  program 
functions  which  are  no  longer  used.  Program  output  was  revised  to 
make  it  more  readily  usable. 

Input  data  to  the  program  may  be  provided  in  either  of  two  ways: 
interactively  or  in  input  file  form.  In  the  interactive  mode,  the 
program  asks  specific  questions  about  the  case  to  be  run  (aircraft 
mix,  runway  configuration,  etc.)  and  ui  js  the  results  to  construct 
an  input  file  containing  all  necessary  data  for  a  single  run.  The 
resulting  input  file  may  be  saved  for  future  runs. 

In  the  input  file  (batch)  mode,  input  data  is  contained  in  a 
separate  data  file  or,  perhaps,  a  deck  of  cards  (depending  on  the 
manner  in  which  the  program  is  implemented).  This  data  file  may 
have  been  created  directly  by  terminal  entry;  interactively,  as 
described  above;  or  incrementally,  by  modifying  a  pre-existing 
input  file.  Regardless  of  the  procedure  used,  the  batch  mode 
presents  several  advantages,  including  fuller  control  over  the 
input  values  and  the  ability  to  model  several  different  cases  with 
a  single  run. 

In  the  following  sections,  the  principal  changes  to  program  input 
and  output  will  be  briefly  described.  More  complete  descriptions 
will  be  found  in  Appendices  A  and  B,  the  substitute  chapters  for 
the  User's  Manual.  The  general  form  of  the  input  and  output  have 
been  maintained,  but  a  sufficient  number  of  details  have  been 
changed  that  input  files  for  the  original  program  version  will  not 
work  for  the  upgraded  version. 

3.1  Interactive  Input 

The  interactive  capability  of  the  FAA  Airfield  Capacity  Model 
permits  any  user  to  calculate  capacities  without  requiring  a 
detailed  knowledge  of  the  program.  Tne  program  asks  the  user  a 
series  of  questions  about  the  runway  configuration,  ATC  system,  and 
aircraft  fleet,  and  uses  the  answers  to  construct  an  input  file  for 
the  capacity  program.  For  subsequent  runs,  the  input  file  can  be 
saved  and  edited,  or  else  the  program  can  be  rerun  interactively. 
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Appendix  B  of  this  report  will  present  each  question  asked  by  the 
program  (in  both  long  and  short  form),  and  will  discuss  the  nature 
and  format  of  the  answers  expected  from  the  user.  All  these 
questions  would  not  appear  in  any  single  run,  because  certain 
questions  are  dependent  upon  the  answers  to  previous  questions.  To 
give  two  examples,  some  questions  will  be  asked  only  if  a  parallel 
runway  configuration  has  been  specified,  others  only  if  an 
intersecting  configuration  is  to  be  analyzed. 

The  following  are  some  of  the  principal  changes  which  were  made  to 
the  interactive  mode  of  the  program. 

3.1.1  Standard  ATC  Scenarios 


The  number  of  standard  ATC  scenarios  has  been  reduced  to  four: 
present,  near-term,  intermediate-term,  and  far-term.  These 
scenarios  are  described  in  Table  3-1,  which  shows  the  explanatory 
message  printed  out  by  the  Capacity  Model  in  the  interactive  mode. 
Each  "scenario"  represents  a  pre-stored  file  of  arrival-arrival  and 
departure-departure  separations,  metering  and  spacing  parameters, 
and  maximum  runway  occupancy  times  (for  future  scenarios).  These 
values  have  been  obtained  from  FAA-EM-78-8A,  "Parameters  of  Future 
ATC  Systems  Relating  to  Airport  Capacity/Delay"  (Reference  3). 

3.1.2  Weather  Conditions 


The  weather  conditions  recognized  by  the  program  have  been  renamed 
to  reduce  some  confusion.  They  are  now 

o  VMC  —  Visual  Meteorological  Conditions 

o  MMC  —  Marginal  Meteorological  Conditions 

o  IMC  —  Instrument  Meteorological  Conditions. 

These  conditions  are  explained  in  Table  3-2. 

3.1.3  Alternating  Approaches 

As  described  in  Section  2.2.2,  the  program  can  now  calculate  the 
capacity  for  alternating  parallel  arrivals  with  a  specified 
diagonal  separation.  The  interactive  mode  has  been  modified  to 
request  the  necessary  data  for  the  calculation.  If  a  parallel 
runway  configuration  has  been  specified  and  the  distance  between 
runways  is  more  than  3000  feet,  the  program  will  ask  "RUN 
ALTERNATING  APPROACHES?"  If  the  answer  is  YES,  the  next  question 
will  request  the  diagonal  separation  standard  to  apply  and  the 
amount  of  threshold  stagger,  if  any. 
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TABLE  3-1 

EXPLANATION  OF  ATC  SYSTEM  CODES 


THE  FOLLOWING  ATC  SCENARIOS  REPRESENT  FA*  E  £  D 
PLANNING  AS  OP  JANUARY  1980,  AS  DESCRIBED  IN  FAA-EH-78-8A. 


ATC 

TINE 

CODE 

FRANK 

DESCRIPTION 

P 

PRESENT 

CURRENT  ATC  SISTEH 

V 

NEAR-TERN 

FAS,  TERNINAL  FLOW  NANAGENENT 

I 

INTE3HEDIATE 

NT  AS,  TERNINAL  FLOR  NANAGENENT,  REDUCED 
RUNWAY  OCCUPANCY  IN  INC 

F 

FAR-TERN 

RVAS,  ADVANCED  TERNINAL  FLOR  NANAGENENT 
FURTHER  REDUCTIONS  IN  INC  RUNHAY  OCCUPANCY 
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3.1.4  Intersection  Clearance  Times 


For  intersecting  runway  configurations,  the  program  asks  for  the 
distance  from  threshold  to  intersection  for  each  runway.  This  is 
used  to  compute  the  time  required  for  arrivals  and  departures  to 
clear  the  intersection.  Formerly  a  table  look-up  process,  this 
calculation  is  now  performed  explicitly  on  the  basis  of 

o  constant  acceleration  for  departures  of  6  ft/s2 

o  liftoff  at  1.4  times  the  stall  speed 

o  arrivals  touch  down  1500  ft  from  the  threshold,  then 

decelerate  at  5.3  ft/s2  to  a  runway  taxiing  speed  of  60 
kn. 


These  intersection  clearance  times  are  then  used  to  compute  the 
arrival/departure  and  departure/arrivai  separation  requirements. 
If  the  aircraft  are  airborne  at  the  intersection,  this  separation 
must  account  for  the  required  vortex  separation  between  aircraft  at 
the  intersection.  For  intersecting  runway  configurations,  the 
interactive  program  asks  specifically,  "ARE  AIRCRAFT  AIRBORNE  AT 
INTERSECTION?" 

3.1.5  Arrival  Percentages 

As  stated  in  Section  2.1.1,  the  program  will  now  accept  up  to  11 
values  of  arrival  percentages  in  a  single  run.  This  is  sufficient 
to  allow  the  user  to  specify  0%  to  100%  by  10%  increments. 

The  value  to  be  input  could  also  be  one  of  three  special  values: 

o  9999  —  the  program  prints  the  arrival-priority 

capacity  values,  regardless'  of  the  arrival 
percentage. 

o  8888  —  the  program  prints  the  arrival-priority  and 

departure-priority  capacity  values. 

o  7777  —  the  program  prints  these  two  sets  of  values 

plus  as  many  intermediate  points  as  have  been 
specified.  The  program  defaults  to  one 
intermediate  point  with  a  "stretch"  of  20s. 

These  special  values  are  valid  only  in  the  first  position;  else¬ 
where  they  are  ignored.  This  is  because  they  are  not  needed  in 
other  positions  —  normal  output  mode  includes  printout  of  the 
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arrival-priority  capacity  values,  plus  the  departure-priority 
values  and  whatever  intermediate  points  were  necessary  to  determine 
the  capacity  at  the  desired  arrival  percentage. 

3.1.6  Average  Runway  Occupancy  Times 

The  interactive  program  previously  requested  the  location  and  tvpes 
of  exits  along  the  runway  and  used  this  information  to  compute  the 
average  runway  occupancy  times  (using  stored  values).  The  upgraded 
program  asks  for  these  average  times  directly. 

3.2  Batch  Input 

The  capacity  program  obtains  the  information  it  needs  on  aircraft 
fleet  mix,  approach  speeds,  etc.  from  a  fixed  format  input  file. 

Appendix  A  of  this  report  will  describe  each  line  of  the  input  file 
as  it  has  been  restructured  for  the  upgraded  Capacity  Model.  Some 
of  the  input  lines  have  not  changed,  in  either  form  or  content, 
from  what  was  required  by  the  original  version  of  the  capacity 
program. 


3.2.1  Line  0,  NEWRUN 


The  third  value  on  this  line  previously  served  as  an  indicator  of 
whether  or  not  to  run  the  equal-priority  model.  Since  the  equal- 
priority  models  have  been  discontinued,  this  indicator  is  now  used 
to  signal  the  model  to  run  alternating  arrivals. 

3.2.2  Line  2,  ARBAR2 


Input  on  this  line  now  consists  of  4  average  runway  occupancy 
times,  one  for  each  aircraft  class,  on  a  single  line.  Previously 
one  line  was  used  for  each  aircraft  type;  each  line  contained  up  to 
11  values  of  runway  occupancy,  one  for  each  runway  exit.  These 
values  were  then  combined  with  the  information  on  line  3,  EXITPT 
(the  percentage  of  use  of  each  exit)  to  determine  the  overall 
average  occupancy  time,  which  is  now  input  directly.  Line  3, 
EXITPT,  is  no  longer  used. 

3.2.3  Line  11,  TWOIN 


This  line  provides  data  used  by  some  intersecting  runway 
configurations.  Two  new  input  items  on  this  line  are: 


o  a  flag  which  indicates  whether  or  not  aircraft  are  air¬ 
borne  at  the  intersection 


o  the  average  time  for  a  departure  to  clear  the  inter¬ 
section. 

3.2.4  Lines  14  to  18 

These  lines  are  no  longer  used.  They  were  originally  associated 
with  the  gate  and  taxiway  capacity  models,  which  have  been  dropped 
from  the  program. 


Line  19,  SIGMAS,  contains  all  the  standard  deviations  used  in  the 
program.  This  data  has  been  moved  from  line  20,  OTHERS,  in  order 
to  make  room  on  that  line  for  up  to  11  different  values  of  arrival 
percentage.  The  three  special  values  of  arrival  percentage  were 
discussed  in  Section  3.1.5. 

3.2.6  Line  25,  ALTARR 

Information  needed  to  run  alternating  arrivals  with  a  diagonal 
separation  standard  has  bean  grouped  on  this  line.  It  includes 

o  the  diagonal  separation  standard 

o  the  separation  between  runway  centerlines 

o  the  relative  runway  threshold  displacement 

o  the  relative  approach  gate  displacement. 

3.2.7  Line  26,  INCIAT 

This  line  has  been  added  to  the  input  file  to  provide  required 
information  for  the  f irst-enqueued-departure  logic  (Section  2.1.4) 
and  for  the  gap  stretching  logic  (Section  2.1.2).  This  data 
includes: 

o  the  maximum  number  of  iterations  for  the  f.e.d.  mix 

o  the  convergence  criterion  for  the  f.e.d.  iterations 

o  the  maximum  number  of  points  for  which  arrival  capacity 
is  calculated  (arrival-priority  point  plus  the  number  of 
intermediate  points) 

o  the  increment  by  which  interarrival  times  are  stretched. 
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3.3  Changes  to  the  Output 


Output  format  has  been  changed  slightly,  and  some  additional 

information  is  now  printed  out,  in  an  attempt  to  make  the  output 
more  useful.  Figure  3-1  illustrates  some  of  these  changes  with  the 
output  from  a  typical  run. 

Standard  output  now  includes: 

o  a  description  of  the  configuration  being  run 

o  each  capacity  value  (arrival-priority,  departure- 

priority,  and  any  intermediate  points)  used  to  calculate 
the  capacity  at  the  desired  arrival  percentage 

o  for  each  intermediate  point,  the  maximum  value  by  which 
each  gap  might  have  been  stretched  (actual  stretch  for 
any  gap  might  have  been  less,  if  the  maximum  stretch  was 
not  beneficial) 

o  details  of  the  procedure  for  achieving  the  desired 
arrival  percentage  (drop  excess  arrivals  or  departures, 
or  operate  part  of  the  hour  in  one  mode  and  the  remainder 
in  another). 

For  certain  configurations,  additional  informational  messages  are 
printed.  For  example,  for  alternating  arrivals  with  diagonal 

separation,  the  message  "ALTERNATING  APPROACHES  -  x  NMI  DIAGONAL 

/  y  FT"  will  appear,  where  x  is  the  diagonal  separation  and  y  is 
the  separation  between  centerlines.  If  an  intrail  separation  is 
used  instead,  the  message  is  "ALTERNATING  APPROACHES  —  x  NMI 
INTRAIL  SEPARATION." 

In  other  cases,  the  program  evaluates  capacity  under  two  different 
operating  strategies  for  the  same  configuration  and  chooses  the 
strategy  which  maximizes  capacity.  A  message  will  then  be  printed 
which  identifies  the  preferable  strategy.  For  example,  two  inter¬ 
secting  runways  with  departures  on  both  may  be  run  as  two  runways 
or  with  all  departures  on  a  single  runway.  In  the  latter  case,  the 
program  outputs  the  message  " —  ALL  DEPARTURES  ARE  ON  SINGLE 
RUNWAY." 


Program  output  is  also  discussed  in  the  appendices. 
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••  m  CAPACITY  NODEL  -  REVISED  JANUARY,  1980  *• 


NEW  BU  N  0  0  0 
6  2  0 
RUNWAY  1  1  0 
0.0  0.0  0.600.40 
BUNWAY  2  1  0 
0.0  0.0  C.  bOO.  40 
ARUAR2  1  2  0 
34.  14.  42.  45. 

DLTAIJ  040 

2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.5  2.5  2.0  2.0  3.0  3.0  2.5  2.0 
APPSPD  050 
95  120  130  140 
OBOAB  060 
29  34  39  39 

TO  0  7  0 

60  60  60  60  60  60  60  60  60  60  60  60  bO  60  60  60 

GAHA  0  8  0 

6  6  6  6 

TGKUAK  090 
23.  22.  27.  27. 

ADSR  112  0 

5.  5.  5.  5.  5.  5.  5.  5.  5.  S.  5.  5.  5.  5.  5.  5. 

DICOR  013  0 

2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0 

SIGNAS  019  0 

4.  8.  0.  0.  6. 

OTHERS  020  0 

0.050.01  2.0  0.0  0  3.00.0  50 

INiIAT  026  1 
1.050  2  20. 


TWO  INTERSECTING,  ARB  ON  11,  DEP  ON  12 

ARRIVAL  PRIORITY  CAPACITY  (POINT  *1) 

TOTAL  =  90.10  ARRIVALS  *  45.81  DEPARTURES  -  44.30 


DEPARTURE  PRIORITY  CAPACITY 

TOTAL  *  60.00  ARRIVALS  *  0.0  DEPARTURES  *  60.00 


CAPACITY  AT  POINT  I  2  NAY  GAP  STRETCH  *  20.  SEC 

TOTAL  *  89.38  ARRIVALS  -  43.17  DEPARTURES  *  46.21 

TO  OBTAIN  50  PERCENT  ARRIVALS,  OPERATE 

.AT  POINT  1  FOR  66  PERCENT  OP  THE  HOUR,  AND 

AT  POINT  2  FOR  34  PERCENT 


•**  AIRFIELD  HOURLY  NUNNAY  CAPACITY 

TOTAL  *  89.9  ARRIVALS  *  44.9  DEPARTURES  *  44.9 


FIGURE  3-1 

EXAMPLE  OF  PROGRAM  OUTPUT 
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CHAPTER  1  -  INTRODUCTION 


1 . 1  Purpose 

The  Federal  Aviation  Administration  (FA A)  has  been  involved  for 
several  years  in  a  broad  research  program  to  develop  reliable 
planning  tools  to  evaluate  proposed  approaches  to  increasing 
capacity,  minimizing  congestion  on  the  airfield,  and  to 
quantify  changes  to  the  airport  airside  system.  This  report 
introduces  the  results  of  an  engineering  and  development 
project  which  applied  advancements  in  computer  technology  and 
mathematical  modeling  to  the  determination  of  airfield  capacity 
and  aircraft  delay.  The  purpose  of  this  report  is  to  describe 
in  detail  the  preparation  of  inputs  for  the  computer  programs 
resulting  from  this  project. 


1 . 2  Background  and  Objectives 

A  graphical  procedure  for  estimating  runway  capacity  was 
develooed  for  the  FAA  in  the  early  1960's.  This  procedure 
defined  capacity  in  terms  of  an  "acceptable"  value  of  delay  per 
operation;  i.e. ,  level  of  service  definition  of  capacity.  It 
did  not  permit  detailed  analysis  of  site  specific  conditions. 
Since  its  development,  wide-body  aircraft  have  been  placed  in 
service,  new  aircraft  separation  rules  have  evolved  and  the 
need  to  consider  more  runway  use  configurations  has  arisen. 
These  factors  coupled  with  current  and  anticipated  congestion 
and  delays  at  high-activity  airports  led  to  the  need  for  more 
refined  techniques  for  determining  airport  capacity  and  delay. 

In  June  1972,  the  FAA  retained  a  project  team  to  develop 
computer  programs  for  predicting  airfield  system  capacity  and 
aircraft  delay.  The  project  team  was  headed  by  the  Douglas 
Aircraft  Company  of  the  McDonnell  Douglas  Corporation  and 
included  Peat,  Marwick,  Mitchell  6  Co.  (PMM6C0. ) ;  McDonnell 
Douglas  Automation  Company  (MCAUTO) ;  and,  American  Airlines, 
Inc.  Professor  Robert  Horonjeff  of  the  Institute  of 
Transportation  and  Traffic  Engineering  (University  of 
California,  Berkeley)  served  as  a  general  advisor  to  the 
D’roject  team.  The  objectives  of  the  project  team  were: 


a.  To  develop  validated  computer  programs  for 
determining  airfield  capacity  and  aircraft  delay. 

b.  To  prepare  a  report  providing  simplified  procedures; 
i.e.,  curves,  tables,  etc.,  for  determining  hourly  capacity  and 
delay  as  well  as  annual  capacity  and  delay  for  use  by  airport 
planners  in  both  the  FAA  and  industry. 
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In  support  of  the  project,  a  comprehensive  data  collection 
program  was  carried  out.  Some  150,000  items  of  data  were 
collected  at  18  U.S.  airports.  In  addition,  extensive  data 
from  other  sources  was  used  in  the  analysis.  This  data  base 
was  used  to  formulate  the  basic  capacity  and  delay  models,  and 
to  develop  the  operational  parameters;  i.e.,  arrival-arrival 
separations,  runway  occupancy  time,  approach  velocity,  etc., 
used  to  produce  the  simplified  procedures  to  calculate  airfield 
capacity  and  aircraft  delay. 

In  consultation  with  FAA  and  industry  users,  the  project  team 
selected  a  definition  of  capacity  which  was  independent,  of 
aircraft  delay.  It  was  determined  that  capacity  defined  as  the 
upper  limit  or  maximum  number  of  aircraft  operations  that  can 
occur  would  be  a  more  natural  and  better  understood  concept. 

The  selected  approach  to  the  definition  of  runway  capacity  has 
several  advantages.  It  allows  the  sponsor/planner  to  select 
the  level  of  service;  i.e.,  averaqe  delay  per  operation,  for 
which  the  airport  will  be  designed  (or  will  be  permitted  to 
operate).  It  also  provides  a  realistic  hourly  limit  to  the 
operations  rate  for  an  airport.  Recognizing  the  need  to  relate 
demand,  capacity  and  delay  in  airport  planning,  the  project 
team  developed  hourly  delay  curves  which  can  be  used  to  quickly 
approximate  the  average  hourly  delay  per  operation  associated 
with  airport  specific  capacity  and  schedule  (i.e.,  demand  and 
peaking  within  the  hour)  characteristics. 

Airfield  capacity  and  delay  models  were  developed  to  analyze 
site  specific  airport  conditions.  They  were  validated  at  three 
high  traffic  volume  airports. 

o  Chicago-0* Hare  International  Airport  (ORD) 

o  Dallas  Love  Field  (DAL) 

o  Oranae  County  Airport,  Santa  Ana,  Ca.  (SNA) 

The  validation  process  was  performed  to  verify  the  logic  and 
accuracy  of  the  capacity  and  delay  models.  The  validation 
demonstrated  that  the  Capacity  Model  yielded  aircraft  flow 
rates  and  the  Delay  Simulation  Model  yields  travel  times  well 
within  the  required  contract  accuracy  of  ±  15%. 

In  pursuing  the  above  project,  the  FAA  bad  two  program 
objectives; 

(1)  To  update  and  extend  the  present  Advisory 
Circulars  pertaining  to  airport  capacity 
and  delay. 

(2)  To  develop  computer  programs  to  standardize 
the  procedures  used  for  detailed  site  specific 
analyses  of  airport  capacity,  delay  and 
congestion. 
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Report  FAA-RD-74- 1 24  titled  "Techniques  for  Determining  Airport 
Airside  Capacity  and  Delay,"  dated  June,  1976,  fuit.ii.led  t.he 
first  proaram  objective.  The  instructions  provided  in  this 
report  are  a  part  of  the  fulfillment  of  the  second. 


1.3  Principal  Definitions 

The  principal  terms  used  in  this  report  are: 

a*  Hourl-Y  Runway  Capacity.  Hourly  runway  capacity  is 
defined  as  the  maximum  number  of  aircraft  operations  { i d e - 
arrivals  and  departures)  that  can  take  place  o*>  „he  runway  (s) 
in  an  hour  under  a  specified  combination  of  conditions.  Ti.e 
hourly  runway  capacity  depends  on  a  number  of  conditions 
includi'",  but  not  limited  to,  the  following: 

(1)  Runway  Use  Configuration 

(2)  Aircraft  Mix 

(3)  Percent  Arrival 

{4)  Pfcp cent  Touch-and-Go 

(5)  Operating  Conditions  (VFR,  IFR) 

(6)  Exit  Location  and  Type 

(7)  Separation  Between  Aircraft 

(B)  Aircraft  Operating  Characteristics 

The  capacity  values  calculated  usinq  this  report  are  the 
maximum  flow  rates  that  occur  under  saturation  conditions. 
Capacity  flow  rates  assume  that  arrival  and/or  departure 
aircraft,  are  always  available  when  needed  to  fill  every 
operational  slot.  This  situation  would  normally  require  that 
the  queue  of  arrival  or  departure  aircraft  be  at  least  one. 

The  capacity  flow  rates  make  no  arbitrary  assumption  regarding 
"acceptable11  delay  per  operation.  Delays  at  capacity  flow 
rates  may  vary  from  2  to  in  or  more  minutes  per  operation, 
depending  on  the  distribution  of  demand  over  the  hour  (i.e. , 
bunching)  and  the  length  of  time  that  demand  rates  are  greater 
than  capacity. 

For  many  applications  the  user  will  want  to  determine  a  runway 
flow  rate  that  can  be  sustained  for  an  extended  number  of  hours 
during  the  day.  In  determining  a  sustainable  flow  rate,  the 
capacity  parameters  must  be  carefully  considered.  It  should 
not.  be  assumed  that  an  airport  would  operate  at  a  flow  rate 
equal  t.o  hourly  eanacity  for  several  consecutive  hours  except 
unler  unusual  or  severe  conditions,  and  then  only  with  major 
delay  problems. 
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b.  Aircraft  Delay.  Aircraft  delay  is  defined  as  the 
difference  between  the  actual  tine  it  takes  an  aircraft  to 
operate  on  the  airport  and  the  normal  time  it  would  take  the 
aircraft  to  operate  without  interference  from  other  aircraft. 
Conditions  accounted  for  are: 

(1)  Inbound  Arrival  Holds:  i.e. ,  the  additional 
flyinq  time  required  of  airborne  arrivals  due  to  instantaneous 
or  prolonged  periods  of  overdemand  on  the  final  approaches  to 
the  runways.  Components  of  this  delav  are: 

(a)  Terminal  Area  Vectorinq  Delays 

(b)  Holding  Stack  Delays 

(c)  Enroute  Path  Stretching  Delays 

(2)  Departure  Queue  Delays:  i.e.,  the  time  a 
departure  spends  waiting  for  access  to  the  runway  whether  the 
airplane  is  waiting  in  a  queue  or  is  taxiing  at  reduced 
velocities  while  awaiting  access. 

(3)  Taxi-in  and  Taxi-out  Delays:  i.e.,  the  time  a 
taxiing  aircraft  has  to  wait  at  a  taxiway  intersection  or  is 
otherwise  prevented  from  movinq  on  a  taxiway. 

(4)  Runway/Taxiwav  Crossing  Delay:  i.e.,  the  time 
spent  by  a  taxiing  aircraft  while  holding  to  cross  an  active 
runway. 


(5)  Gate  Delay;  i.e.,  the  time  an  aircraft  has  to 
wait  due  to  a  gate  not  beinq  available  or  because  it  is 
prevented  from  backinq  out  of  its  gate  due  to  other  taxiing 
aircraft. 

The  delay  model  described  in  this  report  does  not  (normally) 
account  for  delays  due  to  enroute  congestion,  transitioning 
from  one  runway  use  configuration  to  another,  or  delays  due  to 
airport  closures.  Delays  due  to  maintenance  or  construction 
can  be  calculated  by  properly  applying  the  techniques;  i.e., 
selecting  the  input  data. 

Aircraft  delay  is  expressed  in  minutes  per  operation.  be 
value  obtained  represents  an  average  or  expected  value.  Delays 
to  individual  aircraft  may  vary  substantially  from  this 
average. 


c.  Deleted. 
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d.  Deleted. 


e.  Annual  Service  Volume.  Annual  Service  Volume  is  a 
measure  of  the  annual  capacity  of  an  airport.  Factors 
considered  in  determininq  Annual  Service  Volume  include,  but 


are  not  limited 

to: 

(1) 

Level  of  service;  i.e. ,  average  delay  per 
aircraft 

(2) 

Hourly  demand  peak 

(3) 

Daily  demand  peak 

<«) 

The  adverse  effect  of  low  capacity  periods 

f.  Annual  Delay.  Annual  Delay  is  the  total  delay 
incurred  by  aircraft  during  a  year.  Factors  considered  in 
determininq  Annual  Delay  include,  but  are  not  limited  to: 

(1) 

Total  annual  demand 

(2)  Hourly  distribution  of  annual  demand 

(3)  Demand  distribution  within  an  hour 

(4)  Hourly  capacity  distribution 

(5)  Annual  weather*  distribution 
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q.  Runway  Use  Configuration .  Runway  use  configuration 
is  a  torn  used  to  cateqorize  specific  combinations  of  airfield 
qeometry  and  operational  use. 

The  geometry  includes: 

(1)  The  number  of  runways  in  coordinated  use.  This 
identifies  the  unique  combination  of  runways  in  use  durina  some 
period  of  time. 

(2)  Relative  orientation  of  the  runways;  i.o., 
sinqle,  parallel,  intersecting,  open  v,  etc. 

(3)  Separation;  i.c.,  centerline  separation, 
distance  from  threshold  to  intersection,  etc. 

The  .operational  use  includes: 

(1)  The  direction  of  operation  on  the  runway. 

(2)  The  kind  of  operations  takinci  place  on  each 
runway;  i.e.,  arrival  only,  departure  only,  arrival  and 
departure  operations,  and  touch-and-go  operations. 

(3)  Location  of  departure  roll  point;  i.e.,  where 
on  the  runway  do  departures  start  from? 

The  definition  of  runway  use  configuration  is  further 
illustrated  by  the  examples  in  paragraph  3.7. 

h.  Aircraft  Mix.  Aircraft  mix  is  defined  in  terms  of 
four  aircraft  classes:  A,  B,  C,  and  D.  In  general,  the 
aircraft  (e.g.,  DC10,  B727,  B99,  etc.)  included  in  each 
aircraft  class  is  at  the  users  discretion.  Fxceptions  to  this 
general  rule  arc  noted  in  paragraphs  2.2.9  and  4.2.4,  A 
recommended  definition  of  aircraft  classes  is; 

A  -  small  single-enaine  aircraft  weighing 
12,500  lbs.  or  less; 

Class  B  -  small  twin-engine  aircraft  weiqhing  12,500 
lbs,  or  less  and  Lear  Jets; 

Class  C  -  large  aircraft  weighing  more  than  12,500 
lbs.  and  up  to  300,000  lbs.; 

Class  D  -  heavy  jet  aircraft  capable  of  gross 
takeoff  weights  of  300,000  pounds  or  more. 

A  list  of  typical  aircraft  in  each  class  is  presented  in  Figure 

1-1. 
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The  aircraft  mix  is  expressed  as  the  percentage  of  each 
aircraft  class  demand  in  the  total  demand;  i.e.,  XA,  XB,  SC, 

%D. 


i.  Percent  Arrival.  Percent  arrival  is  defined  as  the 
percent  of  all  aircraft  operations  that  are  arrivals. 

Arrival  operations  can  be  expected  to  averaqe  50  percent  over 
an  extended  period  (usually  2  or  more  hours).  However, 
operations  are  normally  above  or  below  50  percent  for  shorter 
periods  (30  minutes  to  an  hour).  The  impact,  of  high  arrival  or 
departure  demand  peaks  on  runway  capacity  can  be  important. 

For  this  reason  a  range  of  percent  arrivals  should  be 
considered.  Fifty  percent  arrivals  should  not  be  arbitrarily 
picked  as  the  best  planning  number. 

For  runway  use  configurations  that  do  not  have  mixed  operations 
on  each  runway,  the  specified  value  of  percent  arrival  can 
produce  a  capacity  result  that  does  not  use  each  runway  to  its 
full  capability.  For  example,  a  close  parallel  runway 
configuration  with  arrival  operations  on  one  runway  and 
departure  operations  on  the  other  might  have  an  hourly  capacity 
of  30  arrivals  and  50  departures  for  a  total  capacity  of  89 
operations.  However,  if  50  percent  arrivals  is  specified,  the 
total  capacity  will  be  60.  Twenty  more  departures  per  hour  are 
possible  but  are  not  consistent  with  the  50  percent  arrival 
requirement.  Many  runway  use  configurations  can  accommodate 
more  departures  (and  in  some  cases  more  arrivals)  than  are 
required  to  satisfy  a  requirement  of  50  percent,  arrivals.  For 
these  configurations  the  user  should  consider  the  capacity  that 
qives  the  maximum  number  of  arrivals  with  all  possible 
departures.  This  is  discussed  in  Chapters  2  and  3  as  the  9999 
option. 

j.  Touch-and-GO  Operation.  A  touch-and-qo  operation 
refers  to  an  aircraft  landing  and  immediately  taking  off 
without  making  a  full  stop.  It  is  counted  as  two  aircraft, 
operations. 

Significant  numbers  of  touch-and-qo  operations  do  not  occur  at 
airports  used  predominately  by  air  carrier  aircraft. 

Therefore,  the  influence  of  touch-and-qo  operations  in  the 
planning  of  such  airports  may  not  be  important.  Touch-and-go 
operations  are  important,  however,  at  airports  with  a  high 
percentage  of  general  aviation  aircraft  operations. 

k.  Operating  Condition.  The  operating  condition  defines 
the  physical,  procedural  and  institutional  environment  under 
which  arrival  and  departure  operations  are  conducted.  This 
environment  is  influenced  by  the  portions  of  the  Air  Traffic 
Control  Handbook  dictated  by  ceilinq,  visibility  and  other 
factors;  navigational  aids  present;  demand  pressure;  facility 
procedures;  airline  policies;  and  normal  pilot-controller 
actions.  Any  number  of  operating  conditions  could  be  defined. 
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Three  operatinq  conditions  used  in  this  report  are  defined 
below.  Each  chapter  contains  further  assumptions  regarding 
operatinq  conditions  appropriate  for  that  model. 

VFR.  In  the  airspace  adjacent  to  an  airport  with  a 
control  zone,  VFR  (Visual  Flight  Rule)  conditions  occur  when 
the  ceilinq  is  a  least  1000  feet  and  visibility  is  at  least  3 
statute  miles.  Tn  this' environment,  aircraft  operating  under 
visual  fliqht  rules  provide  their  own  separation  from  other 
aircraft  in  the  traffic  pattern.  Aircraft  coming  into  the 
control  zone  on  an  I^R  fliqht  plan  (in  VFR  weather  conditions) 
are  assumed  to  be  cleared  for  a  visual  approach  wh  .'n  they  join 
the  traffic  pattern  or  have  the  airport  in  sight.  Visual 
approaches  may  require  that  the  ceilinq  be  at  least  600  feet 
above  the  minimum  vectoring  altitude  (which  in  airport 
soecific).  Refer  to  "Air  Traffic  Control  Handbook”  7110.65  for 
a  more  complete  discussion  of  "visual  approach.” 

IFR.  XFR  (Instrument  Fliqht  Rule)  conditions  occur  when 
the  ceiling  is  less  than  1,000  feet  and/or  visibility  is  less 
than  3  statute  miles,  nuring  IFR  conditions,  the  air  traffic 
control  system  assumes  the  responsibility  for  providing 
separation  between  all  aircraft.  It  is  assumed  that  operations 
in  TFR  conditions  are  conducted  in  a  radar  environment  and  that 
arrivals  operate  on  at  least  one  runway  equipped  with  an 
instrument  landinq  system  (ILS) .  In  IFR  conditions  operations 
are  assumed  to  be  conducted  with  “visual  separations"  once  the 
arrival  is  below  the  ceiling  or  in  sight  of  the  airport.  Refer 
to  "Air  Traffic  Control  Handbook"  7110.65  for  a  more  complete 
discussion  of  "visual  separation"  in  IFR. 

PVC.  In  IFR  conditions,  the  occurrence  of  certain  poor 
ceilinq  and  visibility  conditions  may  substantially  reduce 
runway  capacity.  In  this  report  these  conditions  are  called 
Poor  Visibility  conditions  or  PVC.  No  visual  relief  is 
permitted  to  the  air  traffic  control  separation  standards  in 
this  environment.  However,  the  controller  is  assumed  to  be 
able  to  tell  (by  visual  contact  or  electronics)  when  an  arrival 
has  landed  on  the  runway. 

l.  Model.  The  word  "model"  is  used  to  refer  to  a  set  of 
Fortran  IV  instructions  for  calculating  capacity  or  delay.  The 
word  model  is  used  in  conjunction  with  21  unique  sets  of 
Fortran  IV  instructions.  These  are  illustrated  on  Figure  1-2. 

m.  Submodel.  The  word  "submodel"  is  U3ed  to  refer  to 
the  first  division  of  a  model,  submodel  is  only  used  in 
connection  with  runway  capacity  models.  There,  it  always 
refers  to  the  strategy  for  using  the  runway  (s)  by  arrivals  and 
departures. 

n.  Branch.  The  word  "branch"  is  used  to  refer  to  the 
division  of  a  submodel  into  logical  statements  for  calculating 
capacity  for  different  operating  conditions  (VFR,  IFR  or  PVC). 
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o.  Batch  capacity  Model.  The  expression  "Batch  Capacity 
Model"  is  used  to  refer  to  all  runway  capacity  models  plus  the 
taxiway  and  gate  models.  It  is  called  "batch"  because  inputs 
to  the  model  are  normally  made  on  IBM  cards  via  a  card  reader. 

p.  Runway  Capacity  Model.  The  expression  "runway 
capacity  model"  is  used  to  refer  to  all  models  that  compute 
hourly  runway  capacity;  i.e.,  single  runway  model,  two  parallel 
runway  model,  two  intersecting  runway  model,  etc. 

q.  On-line  Model.  This  expression  describes  the  process 
of  using  a  teletype  timesharing  terminal  with  a  computer 
generated  question  and  answer  tutorial  program. 


1.4  Model  Overview 

The  FAA  has  developed  a  series  cf  computer  models  for  the 
analysis  of  the  airside  cf  an  airport.  These  models  can  be 
used  to  determine  the  capacity  and  delay  on  airports,  and  to 
study  the  fine-grain  sensitivity  cf  capacity  and  delay  to 
variations  of  airport  specific  conditions. 


The  models  are  analytic  models;  i.e.,  closed  form  equations. 


Analytic  models  were  developed  to  determine  the  hourly  capacity 
of  individual  airfield  components — the  runways,  the  taxiways 
and  the  gates.  Capacity  submodels  were  developed  for  over  100 
runway  use  configurations. 


The 

models  calculate  capacity  as  the  inverse  of  the  avexaye  service 
time  for  all  aircraft  being  served.  For  example,  if  it  takes 
an  average  of  45  seconds  for  aircraft  to  be  "served"  on  a 
runway,  the  capacity  of  the  runway  equals  one  aircraft 
operation  per  45  seconds,  or  80  operations  per  hour. 


Analytic  models  have  also  been  developed  for  determining  Annual 
Service  Volume  and  Annual  Delay.  The  Annual  Service  Volume 
Model  computes  the  product  of  the  weighted  average  hourly 
capacity,  hourly  peaking  factor  and  daily  peakinc/  factor.  The 
Annual  Delay  Model  computes  delay  for  each  representative  hour 
of  the  year  and  produces  a  weighted  average  annual  delay  per 
operation  based  on  input  values  of  weather  and  capacity 
distributions. 
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On-line  models  were  developed  to  work  in  conjunction  with  the 
Batch  Capacity  Model,  Annual  Delay  Model  and  to  compute  Annual 
Service  Volume.  The  On-line  Runway  Capacity  Model  is  a 
tutorial  program  with  stored  data  that  accesses  the  Batch 
Capacity  Model  to  compute  capacity.  The  model  logic  (i.e., 
equations)  for  the  On-line  Runway  Capacity  Model  and  the  Batch 
Capacity  Model  are  identical.  The  On-line  Annual  Delay  Model 
is  a  special  adaptation  of  the  Annual  Delay  Model.  The  full 
input  capability  of  the  Annual  Delay  Model  is  available  through 
the  On-line  Annual  Delay  Model.  However,  the  distributions  of 
capacity,  demand  and  weather  are  in  fixed  intervals;  i.e., 
monthly,  daily,  hourly,  VFR,  IFR  and  PVC.  As  an  option,  stored 
data  can  be  called  for  some  parameters.  The  Annual  Service 
Volume  Model  is  only  available  in  a  tutorial  on-line  model.  No 
built  in  data  is  available. 


1.5  Model  Availability 

The  models  described  in  this  report  are  available  for  airport  planning. 
A  magnetic  tape  containing  the  Runway  Capacity  Batch  Model,  On-line 
Airfield  Capacity  Model,  Annual  nseiay  Model,  On-line  Annual  Delay  Model, 
and  On-line  Arrxual  Service  Volume  Model  may  be  purchased  from: 

National  Technical  Information  Service 
Attn:  Order  Desk 
5285  Port  Royal  Road 
Springfield,  VA  22161 

1.6  Configuration  Control 

Configuration  control  is  being  exercised  by  the  FAA  over  the  models 
contained  in  this  report.  This  is  for  the  purpose  of  documenting 
changes  and  extending  model  capabilities.  The  following  are  valid 
programs  as  of 

Batch  Capacity  Model 

Batch  Annual  Delay  Model 
On-line  Runway  Capacity  Model 
On-line  Annual  Service  Volume  Mode] 

On-line  Annual  Delay  Mode] 


1.7  Computer  Requirements 

All  the  computer  programs  referenced  in  this  report  are  written 
in  a  basic  form  of  FORTRAN  IV  and  should  be  readily  useable  on 
any  FORTRAN  compatible  computer.  The  following  table  defines 
the  approximate  core  requirements  for  each  program. 

Model _ Core  Requirement 

Batch  Capacity  210k  bytes 

Model  Version  5 


Annual  Delay  Version  1  30k  (octal)  on  CDC  CYBER  74 
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P-  r 


Aircraft 
Classifi¬ 
cation  Types  of  Aircraft 

Class  A  Small  single-engine  aircraft 

weighing  12,500  lbs.  or  less 
(e.g.,  PA18,  PA23,  C180,  C207) 


Class  B  Small  twin-engine  aircraft 

weighing  12,500  lbs.  or  less 
and  Lear  jets  (e.g.,  BE31,  BE55, 
BE80,  EE99,  C310,  C402,  LR25) 


Class  C  Large  aircraft  weighing  more  than 

12,500  lbs.  and  up  to  300,000  lbs.  (e.g., 
CV34,  CV58,  CV88,  CV99,  DC4,  DC6 ,  DC7 , 
L188,  L49,  DC8-10,  20  series,  DC9, 

B737,  B727,  B720,  B707-120,  BA11,  S210) 


Class  D  Heavy  aircraft  weighing  more  than 

300,000  lbs.  (e.g.,  L1011;  DC8-30,  40 
50,  60  series;  EC10;  B707-300  series;  B747; 
VC10;  A300;  Concorde;  IL62) 


a.  For  aircraft  type  designation,  see  FAA  Order  No.  7340. IE 
with  changes. 

b.  Weights  refer  to  maximum  certificated  gross  take-off 
weight. 

c.  Heavy  Jet  aircraft  are  capable  of  300,000  pounds  or  more 
whether  or  not  they  are  operating  at  this  weight  during 
a  particular  phase  of  flight.  (Reference:  FAA  Handbook 
7110.8D  with  changes.) 


NOTE:  These  aircraft  classifications  generally  follow  the 
TERPS  categorization.  It  does  not  follow  the  previous 
categorization  used  in  AC1 5 0/5 06 0-1 A  "Airport  Capacity 
Criteria  Used  in  Preparing  the  National  Airport  Plan"; 
i.e.,  the  "red  book." 


FIGURE  1-1 

AIRCRAET  CLASSIFICATION 
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FIGURE  1-2 
MODELS 


On-line 

Annual 

Delay 
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CHAPTER  2  --  RUNWAY  CAPACITY,  BATCH  MODEL 


2.1  Introduction 

2.1.1  Overview 

The  FAA  Airport  Capacity  Model  is  a  computer  program  which  analy¬ 
tically  calculates  the  maximum  throughput  of  a  runway  system.  In 
the  program,  "capacity"  is  defined  as  the  maximum  sustainable  runway 
throughput,  on  a  long-term  basis,  of  arrivals  and  departures  given  a 
continuous  sustained  demand.  Although  actual  throughput  may  be 
different,  due  to  short-run  variations  in  aircraft  mix,  control 
procedures,  etc.,  this  theoretical  capacity  is  valid  for  comparisons 
between  airports  or  between  developmental  alternatives. 

Capacity  is  computed  by  determining  the  minimum  time  between  suc¬ 
cessive  arrivals  and  inverting  this  time  to  find  the  maximum  number 
of  arrivals  per  hour.  The  maximum  number  of  departures  which  can  be 
inserted  between  the  arrivals  is  then  calculated,  to  give  the 
"arrival-priority"  capacity.  If  a  specific  ratio  of  arrivals  to 
departures  is  specified,  the  departure-priority  capacity  is 
calculated.  The  desired  capacity  may  be  obtained  by  dropping  excess 
arrivals  or  departures,  or  by  interpolating  between  the  arrival- 
priority  and  departure-priority  points. 

Details  of  the  capacity  calculations  are  described  in  the  next 
Section.  The  technique  for  achieving  the  desired  arrival-departure 
ratio  is  described  in  Section  2.3,  along  with  other  information 
about  the  general  program  workings. 

The  input  items  required  for  the  calculations  will  be  described  in 
Section  2.4  along  with  the  required  data  formats.  Section  2.5  will 
discuss  output.  Some  details  of  the  program  software  and  operating 
procedures  will  be  given  in  Section  2.6.  Section  2.7  contains 
reference  tables  describing  the  breakdown  of  complex  runway  con¬ 
figurations  into  simpler  components.  Lastly,  several  examples  will 
be  presented  and  discussed  in  Section  2.8. 

2.1.2  Definition  of  Terms 


In  the  following  discussion,  the  term  "runway  configuration"  will 
mean  a  unique  runway  layout,  with  a  specified  number  and  arrangement 
of  runways,  and  with  the  arrivals  and  departures  assigned  to 
particular  runways.  A  "model"  is  the  subsection  of  the  program 
logic,  representing  a  general  runway  geometry  which  is  unique  for 
each  configuration.  Thirteen  major  geometries,  or  models,  are 
represented  in  the  program: 


Model  No. 
1 
2 
6 
3 
A 
5 
7 

10 

11 

12 

13 

1A 

15 


Geometry 
Single  Runway 
Two  Parallel  Runways 
Two  Intersecting  Runways 
Three  Parallel  Runways 
Four  Parallel  Runways 
Two  Open  V  Runways 
Three  Intersecting  Runways 
Three  Open  V  Runways 
Four  Open  V  Runways 

Two  Runways  Intersecting  Beyond  Threshold 
Three  Runways  Intersecting  Beyond  Threshold 
Four  Runways  Intersecting  Beyond  Threshold 
Four  Intersecting  Runways 


Typical  layouts  of  these  geometries  are  depicted  in  Figure  2-1. 

For  each  model,  the  operating  strategy  must  also  be  specified.  The 
"operating  strategy"  defines  whether  a  runway  is  used  for  arrivals, 
departures,  or  mixed  operations.  It  can  also  provide  some 
information  on  the  spacing  between  parallel  runways  and  whether 
operations  on  non-parallel  runways  are  converging  or  diverging.  For 
example,  model  2  (two  parallel  runways),  strategy  20  represents  a 
close-spaced  pair  (700-2A99  ft  apart),  with  arrivals  on  runway  1  and 
departures  on  runway  2.  This  configuration  can  also  be  referred  to 
in  a  shorthand  form  as  2-20(C:A,D). 


The  strategy  codes  are  unique  for  each  model.  A  complete  listing 
and  explanation  of  each  model  and  strategy  combination  appears  later 
in  this  chapter,  in  Section  2.7. 


2.2  Capacity  Calculation  Logic 


The  development  of  the  Airfield  Capacity  Model  logic  equations  is 
contained  in  References  A  and  C.  This  section  presents  a  summary  of 
the  Airfield  Capacity  Model  logic. 

2.2.1  Arrival  Operations  On  a  Single  Runway,  Model  l-l(A) 


The  capacity  of  an  arrival-only  runway  is  given  by: 

3600  3600 

CAPACITY  -  - -  -  - 

average  time  separation  TAA 
between  arrivals 
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MODEL  12 


MODEL  13 


FIGURE  2-1 

RUNWAY  USE  CONFIGURATION  GEOMETRIES 


MODEL  14 
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Model  l-l(A)  determines _ the  required  time  separation  for  each 

aircraft  class  pair  (TAA(i,j))  by  comparing  the  arrival  runway 
occupancy  time  of  the  lead  aircraft  i  and  the  time  separation  over 
threshold  for  the  aircraft  pair  ij.  The  larger  of  these  two  values 
is  assumed  to  be  the  required  time  separation  over  threshold  for 
this  pair  of  arrival  aircraft  classes.  The  frequency  with  which 
each  aircraft  class  pair  would  occur  is  assumed  to  be  the  product  of 
the  mixes  of  the  aircraft  classes  involved:  e.g.,  the  frequency  of 
occurrence  of  aircraft  class  pair  ij  -  Xi  X  2j  /  1000.  Therefore, 
the  average  time  separation  between  arrival  pairs  is  computed  as  the 
sum  over  all  class  pairs  of  the  product  of  TAA(i,j)  for  each  air¬ 
craft  class  pair  and  the  frequency  with  which  the  aircraft  class 
pair  is  expected  to  occur: 


TAA  -  £  TAA(i, j)  *  Xi  *  Xj  /  1000 
l.j 

In  determining  arrival  runway  occupancy  time  and  the  time  between 
arrivals  the  Airfield  Capacity  Model  considers  the  variability  of 
aircraft,  pilots  and  controllers  as  expressed  by  the  standard 
deviations  of  arrival  runway  occupancy  time  and  arrival-arrival 
separation.  In  addition,  in  determining  the  time  between  arrivals 
over  the  threshold,  the  Airfield  Capacity  Model  considers  the 
approach  velocities  of  the  aircraft  pair  and  the  length  of  the 
common  final  approach  path.  If  the  velocity  of  the  trailing 
aircraft  is  operating  at  a  lower  velocity  than  the  lead  aircraft, 
the  specified  minimum  arrival-arrival  separation  is  assured  at  the 
merge  point  of  the  two  approach  paths. 

7 .2.2  Departure  Operations  On  a  Single  Runway,  Model  1-2(D) 


The  capacity  of  a  departure-only  runway  is  given  by: 

3600  '  3600 

CAPACITY  -  -  -  - 

average  time  separation  TDD 
between  departures 

Model  1-2  determines  the  required  time  separation  for  each  aircraft 
class  pair  (TDD(k,l))  by  comparing  the  departure  runway  occupancy 
time  of  the  lead  aircraft  k  and  the  time  separation  between  depar¬ 
tures  (from  threshold)  for  the  aircraft  pair  kl.  The  larger  of 
these  two  values  is  assumed  to  be  the  required  time  separation  at 
threshold  for  this  pair  of  departure  aircraft  classes.  The  average 
time  separation  between  departures  is  computed  as  the  sum  over  all 
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class  pairs  of  the  product  of  TDD(k,l))  for  each  aircraft  class  pair 
and  the  frequency  with  which  the  aircraft  class  pair  is  expected  to 
occur . 

TDD  «  £  TDD(k,l)  *  Xk  *  XI  /  1000 
k»l 

2«2«3  Mixed  Operations  On  a  Single  Runway,  Model  1-3 (B) 

The  capacity  (without  regard  to  arrival  percentage)  of  a  single 
runway  used  by  arrivals  and  departures  is  given  by: 

CAPACITY  ■  (Arrival  only  runway  capacity)  +  (Number  of 

departures  that  can  be  inserted  between  arrivals) 

To  insert  departures  between  arrival  pairs,  Model  1-3(B)  imposes  the 
following  requirements: 

o  departures  cannot  roll  if  an  arrival  is  on  the  runway 
o  departures  cannot  roll  if: 

(1)  an  arrival  is  within  some  specified  distance  of 
the  runway  threshold,  or 

(2)  the  departure  cannot  clear  the  runway  before  the 
arrival  comes  over  the  threshold 

o  departure-departure  separations  must  be  met  to  insert 
multiple  departures  between  an  arrival  pair. 

Employing  these  conditions,  Model  1-3  computes  the  probability  of 
inserting  1,  2  or  3  departures  between  each  arrival  pair.  The 
interleaved  departure  capacity  is  then  determined  from  these 
probabilities  and  the  aircraft  mix. 

2.2.4  Simultaneous  Arrival  Operations  on  Close  Spaced  Parallel 
Runways  in  VMC,  Model  2-19(C:A,A)  and  Model  2-24(C:B,B) 

In  VFR  operating  conditions,  simultaneous  arrival  operations  can  be 
made  to  close  spaced  parallel  runways  (i.e.,  runways  with  centerline 
separations  from  700  to  2499  feet)  if  neither  of  the  aircraft  is  a 
heavy  jet.  When  a  heavy  jet  is  present  on  the  final  approach  path, 
the  runways  become  dependent  and  the  trailing  aircraft  on  both 
runways  are  required  to  observe  the  single  runway  wake  turbulence 


separations  (e.g.,  4  nmi  for  heavy-heavy  and  large-small,  5  nmi  for 
heavy-large  and  6  nmi  for  heavy-small  aircraft  pairs  under  current 
procedures) . 


To  compute  this  capacity,  the  program  considers  the  following 
quadruplet  of  airplanes: 


If  neither  of  the  lead  aircraft  (i  or  j)  is  a  heavy,  the  two  arrival 
streams  are  independent,  and  the  airfield  capacity  is  the  sum  of  the 
single  runway  capacities.  If  one  or  both  lead  aircraft  is  heavy, 
the  program  calculates  all  four  possible  separations  (i-k,  i-1,  j-k, 
and  j-1),  and  takes  the  largest  separation  to  be  governing  for  this 
quadruplet.  An  average  weighted  separation  is  then  obtained  for  all 
appropriate  quadruplets  of  aircraft  classes.  The  capacity  thus 
obtained  is  weighted  by  the  probability  that  one  or  both  lead 
aircraft  is  a  heavy,  and  combined  with  the  weighted  capacity  of  the 
non-heavy  case,  to  obtain  an  overall  arrival  capacity. 

If  mixed  operations  occur  on  either  runway,  the  departure  capacities 
are  also  calculated  for  the  vortex  and  non-vortex  cases  and  then 
combined  to  given  an  overall  departure  capacity. 


NOTE:  For  this  runway  use  configuration,  it  is  possible  to  specify 
a  buffer  time  separation  (BAA)  between  the  lead  aircraft  pair  as 
illustrated  below: 


I—  BAA  —| 


This  buffer  between  simultaneous  arrivals  is  normally  used  to  keep 
faster  wake  turbulence  producing  aircraft  from  getting  ahead  of 
slower  aircraft  on  a  parallel  approach  by  the  time  the  aircraft  pair 
reaches  the  runway  thresholds. 
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2*2.5  Arrival  Operations  on  Intermediate  Spaced  Parallel  Runways  in 
IMC,  Model  2-7(M:A,A) 


As  used  in  this  report,  intermediate  parallel  runways  are  those  with 
centerline  separation  between  2500  and  4299  feet.  In  IFR  operating 
conditions,  simultaneous  arrival  approaches  cannot  be  made  on  these 
runways.  However,  since  the  runway  centerline  separation  is  equal 
to  or  greater  than  2500  feet,  no  increased  arrival  separation  is 
required  for  cross  track  wake  turbulence;  a  3.0  nmi  separation  can 
be  applied  intrail  between  aircraft  on  different  runways.  Full 
separations,  including  wake  vortex  buffers,  apply  between  consecu¬ 
tive  arrivals  to  the  same  runway. 

Recent  changes  to  ATC  procedures  allow  such  alternating  arrivals  to 
be  run  using  a  2.0  nmi  diagonal  separation  if  the  runways  are 
separated  by  3000  feet  or  more.  The  Capacity  Model  can  calculate 
these  capacities  as  well. 

Whether  intrail  or  diagonal  separations  are  used,  the  program 
considers  a  quadruplet  of  four  aircraft,  ijkl: 


The  interval  between  arrivals  i  and  j  is  calculated  first,  based  on 
the  intrail  or  diagonal  separation.  The  arrival  time  of  k  is  then 
calculated,  as  constrained  by: 

o  the  diagonal  or  intrail  separation  between  j  and  k, 

o  the  intrail  separation  between  i  and  k,  and 

o  the  runway  occupancy  time  of  arrival  i. 

The  process  is  repeated  for  arrival  1.  The  difference  between 
arrival  times  for  j  and  1  is  averaged  for  all  combinations  o!  1,  j, 
k,  and  1,  then  inverted  to  obtain  the  arrival  capacity  of  each 
runway . 
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2.2.6  Dual-lane  Runway  —  Close  Parallels,  Arrivals  On  One  and 
Departures  On  the  Other  —  Model  2-20(C:AtD) 

In  IMC,  operations  on  a  close  parallel  pair  of  runways  are 
dependent.  Departures  on  one  runway  cannot  be  released  if  an 
arrival  to  the  other  runway  is  within  a  certain  distance  of  the 
threshold  (the  departure/arrival  separation),  but  can  be  released  as 
soon  as  the  arrival  touches  down. 

The  logic  for  computing  the  departure  capacity  of  this  configuration 
is  similar  to  that  used  for  the  single  runway,  Model  1-3(B).  After 
the  interarrival  times  are  obtained,  the  probability  of  1,  2,  or  3 
departures  in  each  interarrival  gap  is  calculated.  The  runway 
occupancy  time  of  the  arrival  is  not  a  constraint,  but  an  additional 
constraint  applies:  departure-departure  separations  are  enforced, 
not  just  between  departures  in  the  same  gap,  but  also  between 
departures  in  adjacent  gaps.  This  is  rarely  necessary  for  mixed 
operations  on  a  single  runway  because  the  need  to  wait  for  the 
arrival  to  exit  the  runway  is  usually  limiting. 

2.2.7  Two  Intersecting  Runways  With  Arrivals  On  One  and  Departures 

~~  On  the  Other  — Model  6-2(A,D)  ™~ 

The  logic  for  intersecting  runways  and  that  for  dual-lane  runways 
are  similar.  The  probability  of  1,  2,  or  3  departures  per  inter¬ 
arrival  gap  is  subject  to: 

o  the  time  for  an  arrival  to  clear  the  intersection  or  exit 
the  runway, 

o  the  required  departure/arrival  separation  existing  when 
the  departure  crosses  the  intersection, 

o  required  departure/departure-  separation,  enforced  between 
departures  within  a  gap  and  also  between  departures  in 
adjacent  gaps. 


If  departure  and  arrival  flight  paths  are  projected  to  cross, 
additional  wake  turbulence  separation  (currently  2  minutes)  through 
the  intersection  is  required.  To  analyze  this  special  case,  the 
Delay  Simulation  Model  discussed  in  Chapter  4  is  recommended.  These 
conditions  could  possibly  occur  when  the  distance  from  the  arrival 
threshold  to  intersection  is  less  than  2000  feet  and  the  distance 
from  departure  threshold  to  intersection  is  more  than  5000  feet. 


2.2.8  Combinations  of  Models 


The  models  for  most  of  the  remaining  runway  use  configurations  are 
combinations  of  the  prime  equations  discussed  above.  For  example, 
Model  2-16(M:3,A)  in  VFR  is  the  sum  of  the  capacity  for  the  Single 
Runway  Model  with  mixed  operations  (1-3(B)  and  the  Single  Runway 
Model  with  arrivals  only  (l-l(A).  Model  13-2(DV:B,B,D)  —  three 
runways  intersecting  beyond,  diverging  —  in  VMC  is  made  up  of  the 
Two  Parallel  Runway  Model  with  mixed  operations  for  close  spaced 
runways  (2-24(C:B,B))  and  the  Single  Runway  Model  for  departures 
only  (1-2(D)). 

2.3  Additional  Program  Logic 

The  above  section  described  the  general  logic  used  to  compute  runway 
capacity.  The  following  paragraphs  address  some  of  the  specific 
details  and  assumptions  of  the  calculations. 

2.3.1  Arrival  Percentage  Logic 

The  equations  for  computing  capacity  contained  in  the  previous 
subparagraphs  did  not  consider  the  desired  percentage  of  arrivals. 
These  equations  were  based  on  arrivals  having  preemptive  priority; 
the  capacity  so  calculated  is  therefore  referred  to  as  the 
"arrival-priority"  capacity.  To  arrive  at  the  desired  arrival 
percentage,  the  following  methodology  is  used: 

o  If  the  arrival-priority  capacity  provides  more  departures 
than  needed  for  the  specified  arrival  percentage,  the 
excess  departures  are  eliminated. 

o  If  additional  departure  capacity  is  required,  the 

"departure-priority"  capacity  is  then  calculated.  This  is 
obtained  by  revising  the  runway  configurations,  eliminat¬ 
ing  all  arrival  streams  that  may  interfere  with  the 
departure  streams,  in  order  to  maximize  the  number  of 
departures. 

o  If  the  departure-priority  capacity  provides  an  excess  of 
departures,  the  program  balances  the  arrival-priority  and 
departure-priority  capacities,  operating  each  for  a 
portion  of  the  hour,  in  order  to  obtain  the  specified 
arrival  percentage. 

o  If  the  departure-priority  capacity  provides  too  many 

arrivals,  the  excess  are  eliminated  to  obtain  the  desired 
arrival  percentage. 
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For  example,  the  capacity  (without  regard  to  percent  arrivals)  for  a 
runway  configuration  is  35  arrivals  and  60  departures.  If  the  user 
had  specified  50%  arrivals,  the  program  would  eliminate  the 
departures  in  excess  of  the  arrival  capacity  and  list  the  capacity 
as  35  arrivals  and  35  departures,  a  total  of  70  operations/hour. 
Twenty-five  more  departures  per  hour  are  possible  but  are  not 
required  for  the  specified  arrival  percentage. 

For  another  example,  the  hourly  capacity  (without  regard  to  percent 
arrivals)  of  a  single  runway  with  mixed  operations  is  35  arrivals 
and  15  departures. 

If  the  user  specified  50%  arrivals,  the  departure-priority  capacity 
would  be  competed.  Eliminating  the  interfering  arrival  stream 
leaves  a  departures-only  runway,  with  a  capacity  of  (for  example)  50 
departures  per  hour.  Balancing  these  two  capacities  results  in  25 
arrivals  and  25  departures  per  hour. 

The  program  assumes  that  individual  runways  will  be  used  in  a  way 
which  maximizes  total  capacity.  Any  factors  which  prevent  such 
usage  must  be  recognized,  and  the  program  results  adjusted 
accordingly.  For  example,  if  a  runway  configuration  consisted  of 
four  parallel  runways,  where  two  runways  were  used  for  mixed 
operations,  one  runway  was  used  for  arrivals  only,  and  one  runway 
was  used  for  departures  only,  the  capacities  might  be: 

Capacity 


Runway 

Operation 

Arrival 

Departure 

1 

Mixed 

35 

25 

2 

Mixed 

35 

20 

3 

Arrival 

35 

0 

4 

Departure 

0 

105 

60 

105 

The  capacity  for  all  four  runways  at  50%  arrivals  is  210.  However, 
if  the  constraint  was  imposed  to  have  half  the  demand  on  runways  1 
and  2  and  half  on  runways  3  and  4,  the  capacity  would  be 
substantially  less;  i.e.,  116  +  70  =  186. 

In  such  cases,  it  is  advisable  to  calculate  the  capacity  of  each 
runway  or  dependent  runway  pair  separately  and  apply  the  percent 
arrival  technique  manually.  This  procedure  is  described  in  Appendix 
A. 
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In  reality,  an  arrival/departure  runway  would  not  be  run  under 
arrival-priority  for  part  of  the  hour  and  departures-only  for  the 
remainder,  as  the  above  section  implies.  Such  an  apportionment 
between  operating  modes  is  only  intended  as  an  approximation  of  the 
real  world,  in  which  controllers  selectively  stretch  the  gaps 
between  arrivals  in  order  to  fit  in  more  departures. 

This  gap  si  retching  can  now  be  modeled  more  directly  by  the  capacity 
program.  The  logic  operates  as  follows:  each  interarrival  gap  is 
stretched  by  a  user-specif ied  increment  (e.g.  10  seconds). 

Departure  capacity  is  then  recomputed.  If  the  gap  stretch  for  a 
particular  aircraft  pair  does  not  provide  a  net  capacity  benefit, 
the  gap  is  returned  to  its  previous  size.  Arrival  and  departure 
capacities  are  then  calculated  and  printed  for  the  resulting 
combination  of  stretched  and  unstretched  gaps. 

For  the  second  gap-stretching,  each  interarrival  gap  is  stretched  by 
two  increments  (in  this  case,  20  seconds),  compared  to  its 
unstretched  size.  After  testing  for  net  capacity  benefit,  some  gaps 
might  retain  the  20  second  stretch,  others  only  10  seconds,  and  some 
might  not  be  stretched  at  all. 

The  user  may  specify  both  the  increment  used  for  gap  stretching,  and 
the  maximum  number  of  additional  capacity  points  to  be  calculated. 
It  is  suggested  that  increments  of  10  to  30  seconds  be  used.  Large 
gap  stretches  will  not  produce  the  capacity  benefit  which  might  be 
expected,  since  ttic*  program  is  limited  to  consider  no  more  than 
three  departures  per  arrival  gap. 

2.3.3  First  Enqueued  Departure  Mix 

In  the  process  of  inserting  departures  into  the  arrival  gaps,  the 
program  compensates  for  the  fact  that  certain  aircraft  types  are 
more  likely  to  be  released  than  others.  One  way  this  is  done  is 
through  the  first  enqueued  departure  (f.e.d.)  mix.  If  an  aircraft 
is  not  released  in  the  current  interarrival  gap,  it  will  be  first  in 
the  queue  to  be  released  in  the  next  gap.  An  iterative  technique 
which  converges  quickly  is  used  to  determine  the  f.e.d.  mix, 
PFED(i,k),  the  probability  that  a  departure  of  type  k  will  be  first 
in  line  after  an  arrival  of  type  i.  The  maximum  number  of 
iterations  and  the  convergence  criterion  can  be  user-specified. 


This  procedure  removes  most  of  the  potential  imbalance  between  types 
in  the  departure  mix.  Any  remaining  imbalance  is  accounted  for  by 
basing  departure  capacity  on  the  most  limiting  aircraft  type.  For 


example,  if  24  departures  of  type  A  aircraft  are  possible,  and  26 
type  B  departures  in  an  hour,  but  each  type  represents  50X  of  the 
overall  fleet,  the  departure  capacity  will  be  48  (24/0.5), 

Otherwise,  type  A  aircraft  would  be  under-represented  in  the 
departure  mix. 

2.3.4  Operating  Conditions 

The  Airfield  Capacity  Model  recognizes  three  separate  weather 
conditions: 

o  VMC  —  Visual  Meteorological  Conditions 

o  IMG  —  Instrument  Meteorological  Conditions 

o  MMC  —  Marginal  Meteorological  Conditions 

In  VMC,  Visual  Flight  Rules  (VFR)  apply;  in  IMC,  Instrument  Flight 
Rules  (IFR)  are  enforced.  MMC  is  basically  an  IFR  environment,  but 
visibility  is  good  enough  that  the  2.0  nmi  departure/arrival 
separation  in  IMC  is  superceded  by  the  application  of  visual 
separations.  This  only  affects  certain  runway  configurations,  those 
which  include  (or  are  modeled  as  if  they  included)  a  single, 
mixed-operations  runway  ( 1— 3( B) )  or  a  close-spaced  parallel  pair 
with  arrivals  on  one  and  departures  on  the  other  (2-20(C:A,D)  and 
2-22  through  2-24).  Additionally,  the  table  of  runway  configura¬ 
tions  that  will  be  presented  in  Section  2.7  will  indicate  whether 
separate  logic  exists  for  the  MMC  case. 

MMC  differs  from  IMC  in  another  manner  as  well.  It  is  assumed  that 
two  intersecting  runways  can  be  used  with  departures  on  both  in  MMC, 
but  in  IMC  visibility  is  too  poor  for  the  controller  to  see  the 
intersection,  and  so  departures  are  conducted  on  only  one  runway. 

These  differences  between  the  weather  conditions  are  summarized  in 
Table  2-1. 

2.3.5  Aircraft  Mix 


In  general,  the  definition  of  aircraft  classes  used  in  the  Airfield 
Capacity  Model  is  at  the  user's  discretion.  However,  the  logic  of 
certain  runway  models  will  treat  D  type  aircraft  as  wake  turbulence 
producing  aircraft  and  apply  special  wake  turbulence  air  traffic 
control  separation  criteria. 

This  is  done  in  VMC  if  the  configuration  includes  (or  is  modeled  as 
if  it  included)  a  close-spaced  parallel  pair  with  arrivals  on  both 


44 


<  <f 

>  or  • 

■— t  LU  C  < 

a:  >  a.  t 
oc  <  r 
<11 

i 

z  I—  t 
bt:  £  £ : 
3t  a!  5 1 
(-«>-■: 
lu  i— : 
as  -  <  | 
O  OC 
>-OUJl 
-Jno.1 

o.^o: 
a-  y  I 

OO  <  4 

on  >• :»  < 


lu  a: 
u.  O 
UJ  h- 

G-  Ui 
LU  O 
UJOZ 
OC  LU 

<SSi 

on  <  o 

Ui 

oc  -J  UJ 
id  <  a: 
o  >  < 


h  D  <  O  Z  □ 
C  a  Z  LU  LU 
oc  <  a. »- * 

C  Z  LU  _J 
Q.UIUJ  JQQ. 
UI  J  O  <  z  Q, 

<  UJ  m 

cc  or.  a.  oc  in  in 

LU  <  LU  c ^  oc  OC 
»-•  Q.  O  <  <  < 


©  a:  oc 
oc  <  < 
a.  a. 

-J  < 
a:  ui 

u _ i  - 

H-.  _J  O 

<  o 
-j  oc  iO 

<  CSJ 
<  Q.  V 


oc 

»—  UI  * 

I  X  CD 

CM  h-  Z  - 

<  »-*  I 

ui  uj  ui 

-J  3E  ►H  | 

CO  Ui  i 

<  Lu  O' 

*-  o 


o 

*-  >-  • 

<  J— 
ai  3: 

<  -! 

— J  »-H  • 

Q.  CQh 

X  »-H  < 

ui  on  i- 

►-«  on 


o 

© 

g£ 

o 

ui  on 
1—  z 

g2 

UJ  o 

1—  l-l 

*2 

UJ  H 

s:  •-« 

h 
h-  »-i 

UI  Q  Q 

ZZ  -j  z 

O  CO 

— IO  z  o 

C  »-H 

O  CD 

on  a: 


45 


or  departures  on  kotVi  (2-19.(C:A,A)  a-ni  '2-21  through  24).  The  logic 
for  such  cases  has  been  discussed  is*  Jieoriots  2.2.4. 

This  saae  assumption  a&tfvt'C  O-type  .aircraft  is  made  for  intersecting 
runways  with  departures  <vn  hotb  in  TMC  and  JtMC,  because  of  the  need 
to  provide  proper  wake  vortex  protection  if  both  are 
airborne  at  the  intersection.  (See  Section  2.2.7  > 

The  mix  of  aircraft  types  is  *r--iried  for  each  runway.  Unless 
specific  restrictions  apply,  the  mix  on  each  runway  is  generally  the 
same.  If  the  mixes  differ,  care  must  be  taken  that  the  capacity 
results  do  not  distoit  the  overall  airport  mix.  For  example,  the 
capacity  of  a  short,  general-aviation  runway  may  be  37  operations 
per  hour,  but  if  general  aviation  only  constitutes  10%  of  the  total 
airport  mix,  it  is  doubtful  that  the  full  capacity  of  the  runway 
will  be  utilized.  On  the  other  hand,  the  addition  of  such  a  runway 
may  increase  the  general  aviation  traffic  at  the  airport  to  more 
than  10%  of  the  total.  Such  questions  must  be  resolved  by  the  model 
user,  outside  the  model  itself. 

In  some  cases  the  individual  runway  mixes  are  not  used,  but  rather 
the  mixes  on  two  runways  are  averaged  together.  This  occurs  in  MMC 
and  IMC  for  close  parallel  runways  with  arrivals  on  both 
(2-19(C:A,A))  or  with  departures  on  both  (2-21(C:D,D)).  The 
assumption  is  that  such  operations,  being  dependent  under  Instrument 
Rules,  will  be  conducted  on  a  single  runway. 

2.3.6  Minimum  Arrival  Separation 

The  input  parameter  DLTAIJ  is  defined  as  the  "minimum"  separation 
between  a  pair  of  arrivals  over  the  length  of  their  common  approach 
path.  The  Airfield  Capacity  Model  converts  the  minimum  arrival 
separation  into  an  average  arrival-arrival  separation  over  threshold 
by  the  following  formula: 

Average  Separation  Over  Threshold  *  (Minimum  Separation) 

+  (Control  System  Buffer)  +  (Velocity  Differential) 

The  average  arrival-arrival  separation  over  threshold  (AASR(i,j))  is 
used  by  the  Airfield  Capacity  Model  in  the  computation  of  capacity. 
The  minimum  arrival-arrival  separation  DLTAIJ  is  one  factor  in 
determining  the  average  arrival-arrival  separation  over  threshold. 

There  are  several  ways  to  look  at  the  meaning  of  DLTAIJ  and  AASR. 


DLTAIJ  can  be  regarded  as  the  air  traffic  control  separations 
specified  in  7110. 65B  "Air  Traffic  Control  Handbook."  These  are  IFR 
separations;  under  VFR,  visual  separations  (which  are  not  as  great) 
would  apply.  Suggested  values  for  minimum  VMC  separations,  as  well 
as  IFR  and  VFR  separations  for  future  ATC  environment,  may  be  found 
in  *■  *■*  'RM-78-8A,  "Parameters  of  Future  ATC  Systems  Relating  to 
Airport  Ca^  ^V/Delay.» 

Alternatively,  the  actual  *rved  separations  over  the  threshold 
can  be  used  to  determine  AASR  and  the*.«f.»re  DLTAIJ.  The  use  of 
observed  data  should  be  approached  cautiously  in  order  to  avoid: 

o  small  sample  sizes 

o  non-representative  operating  conditions 
n  nou-saturated  demand 

any  of  which  would  distort  the  results.  (Appendix  A  of  FAA-EM-78-8A 
provides  some  additional  guidelines  for  the  use  of  observed  data.) 
Methods  for  converting  AASR(i,j)  values  into  DLTAIJ(i,j)  values  or 
DLTAIJ(i,j)  values  into  AASR(i,j)  values  are  described  in  Appendix  B. 

2.4  Input  Format 

2.4.1  General  Information 


This  section  will  describe,  line-by-line,  the  requirements  for 
constructing  an  input  file  for  the  Airfield  Capacity  Model.  The 
following  general  information  applies: 

.  o  Each  input  item  consists  of  two  lines,  the  header  card  and 
the  data  card,  e.g., 

RUNWAY  210  (header) 

0.250.250.250.25  (data). 

o  There  is  no  fixed  sequence  for  groups  of  header/data  cards. 

o  Each  header  card  contains  the  following  data: 

cc  1-6  NAME  (A6)  arbitrary  title  for  identi¬ 

fying  each  data  item,  e.g., 
RUNWAY 


cc  8 


IRUM 


(12) 


runway  number,  when  needed 


cc  9-10  UDEX 


(12) 

cc  12  NCARjy  <TI2) 

cc  13-80  ALPiRA  (A68) 


input  data  type  number 

execution  comand  —  1  if 

the  last  input  item  for  a 
run,  otherwise  0  or  blank 

available  f--  comments  by 
us„_  —  must  start  prior  to 
cc  20. 


If  there  are  four  items  on  a  data  line,  one  for  each 
aircraft  class,  they  should  be  input  in  order,  from  the 
smallest  class  to  the  largest: 


B 


o  If  there  are  sixteen  items  on  a  data  line  (A  classes  for 
the  lead  aircraft  and  4  for  the  trailing),  they  should  be 
entered  as  follows: 


AA  AB  AC  AD  BA  BB  BC  BD  CA  CB  CC  CD  DA  DB  DC  DD 

where  AB  indicates  a  class  A  aircraft  followed  by  a  class 
B. 

o  To  execute  a  run,  the  value  of  NCARD  is  1.  Additional 

cases  can  be  run  with  a  single  input  file  by  placing 

additional  lines,  for  the  items  to  be  added  or  changed, 

after  the  last  line  for  the  first  case,-  The  last  input 
item  for  each  case  must  have  NCARD  a  1  on1,  the  header  line. 

o  The  number  of  cases  which  can  be  contained  in  a  single 

data  file  is  almost  unlimited;  however,  long  data  files 
increase  the  risk  of  losing  track  of  the  current  values  of 
the  variables. 


A  sample  coding  form  illustrating  the  format  for  the  input  items  is 
shown  in  Figure  2-2.  Examples  of  typical  input  files  will  be  shown 
in  Section  2.8. 


2.4.2  Specific  Data  Items 

Although  each  header  card  has  the  same  format,  the  format  of  each 
data  card  depends  on  the  type  of  data  it  contains.  The  following 
section  will  describe  in  detail  the  variables  and  format  of  each 
data  card.  The  data  lines  will  be  referred  to  by  the  NAME  assigned 
by  the  interactive  section  of  the  program  and  by  the  INDEX  number. 
The  user  may  change  the  NAME,  but  cannot  change  the  INDEX. 
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SAMPLE  INPUT  CODING  FORM 
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EEEE 


i— e_ 


Li 

Li 

lJS. 


Hi- 

L_Z_ 

i-i 


r^l 

!  X 


L» 


Hfl 


rfi 


LRj 

1 

- CL 


q  q 


qqq 


The  format  for  each  variable  is  shown  in  FORTRAN  notation.  IA 
indicates  four  columns  of  integer  data  (a  decimal  point  should  not 
be  used).  FA.l  indicates  four  columns  of  floating-point  data  with 
one  place  to  the  right  of  the  decimal  point;  however,  the  program 
will  correctly  read  the  input  regardless  of  the  location  of  the 
decimal . 

NEWRUN - 0 

IMODEL  -  (IA)  cc  1-A  -  the  model  number  (1  to  15)  of 

the  runway  configuration  to  be 
studied,  e.g.,  1  (single  run¬ 
way),  6  (two  intersecting). 

ISTRGY  -  (IA)  cc  5-8  -  the  operational  strategy. 

Together,  IMODEL  and  ISTRGY 
determine  the  configuration, 
e.g.,  1-3  means  mixed  opera¬ 
tions  on  a  single  runway. 

-  details  of  all  the  available 
model  and  strategy  combina¬ 
tions  ure  presentsd  in  Section 
2.7.1. 

IALT  -  (IA)  cc  9-12  -  indicates  whether  alternating 

arrivals  are  to  be  conducted 
to  parallel  runways. 

-  0  indicates  no  stagger  is  to 
be  run,  1  indicates  alternat¬ 
ing  arrivals  are  to  be  con¬ 
ducted,  if  the  runways  are 
3000  feet  apart  or  more. 

RUNWAY - 1 

PHR  (I,IRUM)  -  (AFA.2)  -  proportion  of  aircraft  type  I 

on  runway  IRUM  (A  values , 
smallest  aircraft  type  first). 

-  must  be  input  for  each  runway 
in  the  configuration — specify 
IRUM  on  the  header  line. 

ARBAR2 - 2 

ARBAR  (IRUM, I)  -  (AFA.O)  -  average  arrival  runway  occu¬ 

pancy  time  of  aircraft  type  I 
bn  runway  IRUM  (A  values). 


-  must  be  input  for  each  arrival 
runway  in  the  configuration* 

-  if  the  average  times  are  not 
known,  estimates  can  be 
obtained  by  using  the  tech¬ 
nique  of  Section  2.7.2* 

EXITPT - 3  -  No  longer  used  in  the  revised  version 


DLTAIJ - 4 

DLTAIJ  (I,J)  -  (16F4.1) 

APPSPD - 5 

V(l)  -  (414)  cc  1-16 

DRBAR - 6 

DRBAR(I)  -  (414) 

TD— - 7 

DDSR(I,J)  -  (16X4) 

GAMA - 8 

GAMA(I)  -  (414) 


minimum  arrival  separations, 
in  nmi,  for  aircraft  type  J 
following  type  1. 


final  approach  speed,  in  knots, 
for  class  I  (4  values). 


-  average  departure  runway  occu¬ 
pancy  time,  in  seconds,  for 
class  I  (4  values) . 

-  Time  from  start  of  roll  to 
liftoff. 


-  minimum  departure  separations, 
in  seconds,  for  class  J  behind 
class  I  (16  values) 


-  length  of  final  approach  path, 
in  nmi,  for  class  I  (4  values). 

-  same  values  are  used  for  all 
arrival  runways. 

-  for  alternating  arrivals,  en¬ 
ter  values  for  runway  1  (see 
GTDISP). 
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TGRBAR - 9 


TGRBAR(I)  -  (4F4.0)  -  touch-and-go  runway  occupancy 

time,  in  seconds,  for  class  I 
(4  values). 

-  not  needed  if  POTG  (see 

,  OTHERS— 20)  is  zero. 

OPENV - 10  -  needed  for  models  5,  10,  11,  12,  13,  14 

THETA  -  (14)  cc  1-4  -  angle,  in  degrees,  between  two 

open  V  runways. 

OPENVX  -  (14)  cc  5-8  -  distance,  in  feet,  between  the 

thresholds  of  the  two  open-V 
runways. 

ADSRX  -  (F4.1)  cc  9-12  -  see  ADSR - 12.  If  ADSRX  is 

non-zero,  ADSR(l,J)  is  set 
equal  to  ADSRX  for  all  I  and 
J.  Otherwise  ADSR(I,J)  is  set 
to  10  seconds. 

DICBRX  -  (F4.1)  cc  13-16  -  see  DICBR - 13.  Similarly  to 

ADSRX,  DICBR(I,J)  is  set  equal 
to  DICBRX  or  2.0  nmi. 

TWO IN - 11  -  needed  for  models  6-1,  6-3,  7-1,  7-2  (also  6-2  if  SIGAI 

and  SIGDI  are  non-zero). 

IAX  -  (14)  cc  1-4  -  airborne  intersection  indica¬ 

tor. 

-  0  means  aircraft  are  not  air¬ 
borne  at  intersection.  1 
means  aircraft  are  airborne  at 
intersection  and  special  vor¬ 
tex  separations  apply. 

SIGAI  -  (F4.1)  cc  5-8  -  the  standard  deviation  of  the 

time  for  arrivals  to  clear  the 
intersection,  in  seconds. 

SIGDI  -  (F4.1)  cc  9-12  -  the  standard  deviation  of  the 

time  for  departures  to  clear 
the  intersection,  in  seconds. 
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TXI(I,K)  -  (8F4.0)  cc  13-44  -  the  average  tide,  in  seconds, 

for  a  departure  of  class  I,  on 
runway  K,  to  clear  the  inter¬ 
section. 

-  4  values  for  runway  1 ,  fol¬ 
lowed  by  4  values  for  runway  2. 

-  does  not  apply  to  model  6-2 
(may  be  left  blank). 

ADSR - 12  -  needed  for  models  5-4,  5-5,  6-2,  6-3,  7-1,  7-2,  11-3, 

11-4,  12-3,  12-4,  14-3,  14-4,  15-1,  15-2. 

ADSR(1,J ,IRUM)  -  (16F4.0)  -  the  separation,  in  seconds, 

between  arrival  I  on  runway 
1RUM  and  departure  J  on  the 
crossing  runway  (16  values). 

-  generally,  this  is  the  time 
after  I  crosses  the  threshold 
at  which  J  can  be  released. 

D1CBR - 13  -  also  needed  for  models  5-4,  5-5,  6-2,  6-3,  7-1,  7-2, 

11-3,  11-4,  12-3,  12-4,  14-3,  14-4,  15-1,  15-2. 

DICBR(I.J)  -  (16F4.1)  -  the  separation,  in  nmi,  be¬ 

tween  departure  1  and  arrival 
J  on  the  crossing  runway  (16 
values) . 

-  generally,  the  minimum  dis¬ 
tance  of  J  from  the  runway 
threshold  at  which  I  can  be 
released. 

14  to  18  -  no  longer  used.  These  items  were  originally  associated 

with  the  gate  and  taxiway  capacity  models,  which  have 
been  dropped . 

SIGMAS— 19 


SXGMAR  (F4.0) 

cc  1-4 

-  standard  deviation, 

in 

seconds,  of  arrival 

runway 

occupancy  time  (R.O.T.) 

• 

SIGMAA  (F4.0) 

cc  5-8 

-  standard  deviation,  in 

seconds 

of  interarrival  time. 

SIGTGR  (F4.0) 

cc  9-12 

-  standard  deviation,  in 

seconds 

of  touch  and  go  R.O.T.s 

• 
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SIGMAC  (F4.0) 


SIGMDF  '  ,0) 

OTHERS — 20 
PV  -  (F4.2) 

PVI  -  (F4.2) 

DLTADA  -  (F4.1) 


VIS  -  (F4.1) 
CEILNG  -  (14) 
GSLOPE  -  (F4.1) 
POTG  -  (F4.2) 


IPA  -  (1114) 


cc  13-16  -  standard  deviation  in  seconds 

of  cleared-to-roll  time. 

cc  17-20  -  standard  deviation,  in  seconds 

of  departure  R.O.T. 


cc  1-4 


cc  5-8 


cc  9-12 


cc  13-16 
cc  17-20 
cc  21-24 
cc  25-28 


cc  29-72 


-  probability  of  violation  for 
arrival  R.O.T. ,  etc.  Usually 
0.05. 

-  probability  of  violation  for 
interarrival  time  only.  Us¬ 
ually  0.05  for  the  present, 
0.01  for  future  cases. 

-  departure/arrival  separation, 
in  nmi.  The  minimum  distance 
of  an  arrival  from  the  runway 
threshold  in  order  to  release 
a  departure  on  the  same  or  s 
close-spaced  parallel  runway. 

-  visibility,  in  statute  miles. 

-  ceiling,  in  feet. 

-  glide  slope  angle,  in  degrees. 

-  proportion  of  touch  and  go 
operations . 

-  since  a  T&G  is  counted  as  both 
-an  arrival  and  a  departure, 

POTG  must  be  no  greater  than 
twice  the  arrival  percentage 
or  twice  the  departure  per¬ 
centage. 

-  if  POTG  is  greater  than  zero, 
specify  only  one  value  for 
IPA,  the  arrival  percentage. 

-  up  to  11  different  arrival 
percentages. 

-  the  first  arrival  percentage 
may  also  take  on  three  special 
values: 
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o  9999  -  only  arrival  prior¬ 
ity  capacity  is  calculated. 

o  8888  -  arrival  priority  and 
departure  priority  capaci¬ 
ties  are  calculated. 

o  7777  -  capacity  will  be 

calculated  for  arrival 
priority,  for  the  maximum 
number  of  gap-stretching 
intermediate  points  (as 
specified  in  INCIAT — 26), 
and  for  departure  priority. 

-  if  these  special  values  are 
used  other  than  in  the  first 
position,  they  will  be  ignored. 

21  -  not  used 

BDD - 22 

BDD(I,J)  -  (16F4.0)  -  buffer  time,  in  seconds, 

between  simultaneous  depar¬ 
tures  on  close-spaced  parallel 
runways  (16  values). 

23  -  the  logic  supported  by  this  input  has  been  superceded  by  the 

gap-stretching  logic  (see  INCIAT — 26) . 

BAA - 24 

BAA(I,J)  -  (16F4.0)  -  buffer  time,  in  seconds,  be¬ 

tween  simultaneous  arrivals  to 
close-spaced  parallel  runways 
(16  values). 

ALTARR - 25 

DIAGSP  -  (F4.1)  cc  1-4  -  diagonal  separation,  in  nmi, 

to  be  applied  between  consecu¬ 
tive,  alternating  arrivals  to 
parallel  runways. 


-  if  DIAGSP  is  any  negative 
value  DLTAIJ( I, J)  is  used  for 
the  diagonal  separation  be¬ 
tween  I  and  J  on  different 
runways. 

CLDIST  -  (F6.0)  cc  5-10  -  separation  between  runway  cen¬ 

terlines,  in  feet. 

THDISP  -  (F6.0)  cc  11-16  -  displacement  of  runway  thres¬ 

holds.  This  is  measured  from 
the  threshold  of  runway  1,  in 
the  direction  of  flight. 
THDISP  is,  therefore,  negative 
if  the  r/w2  threshold  is 
reached  before  the  r/wl  thres¬ 
hold. 

GTDISP  -  (F4.1)  cc  17-20  -  the  relative  displacement,  in 

nmi,  of  the  gates  for  the  two 
runways,  the  start  of  the 
final  approach  paths.  Again, 
this  is  measured  forward 
(positive)  or  back  (negative) 
from  the  r/wl  gate. 

To  run  alternating  arrivals,  both  the  ALTARR  data  and  IALT  (on  line 

0,  NEWRUN)  should  be  provided  for  each  case.  If  both  are  not 

provided,  the  following  defaults  occur: 

o  If  IALT  >  0  but  ALTARR  data  is  not  entered,  the  program 

assumes 

DIAGSP  »  2.0 
CLDIST  *  3000. 

THDISP  *  0. 

GTDISP  «*  0. 

o  If  ALTARR  data  is  entered  but  IALT  is  not,  IALT  *  1  is 
assumed. 

o  If  neither  IALT  nor  ALTARR  are  entered,  but  the  runway 

capacity  would  benefit  from  alternating  arrivals  (e.g., 
model  2-7(M:A,A)),  the  program  operates  alternating 
arrivals  using  a  3.0  nmi  (actually,  DLTAIJ  (1,1))  intrail 
separation. 
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To  force  such  an  intrail  (not  diagonal)  separation,  set  IALT  ■ 
2  and  CLDIST  -  0. 


INCIAT — 26 


JBOMB  -  (IA) 

cc  1-A 

-  the  maximum  number  of  itera¬ 
tions  on  the  f.e.d.  mix. 

CNV  -  (FA  .3) 

cc  5-8 

-  the  convergence  criterion  for 
f.e.d.  mix  iterations.  If  the 
absolute  difference  between 
the  old  and  the  new  PFED(I,K), 
for  each  I  and  K,  is  less  than 
CNV,  iteration  will  stop. 

INST  -  (IA) 

cc  9-12 

-  the  maximum  number  of  points 
for  which  arrival  capacity  is 
calculated  (the  arrival- 

priority  point  plus  INST-1 
intermediate  points). 

DELIAT  -  (FA .0) 

cc  13-16 

-  the  increment,  in  seconds,  by 
which  the  arrival  gaps  are 
stretched  to  obtain  the  inter¬ 
mediate  points. 

If  this  line  is  not  input,  these  values  default  to 


o  JBOMB  -  1 

o  CNV  -  0.05 

o  INST  -  2 

o  DELIAT  ■  20  seconds. 

2.5  Output 


The  principal  output  of  the  Airfield  Capacity  Model  is  the  total 
capacity  per  hour  for  a  specified  arrival  percentage.  This  capacity 
is  without  regard  to  delay  considerations. 

The  program  first  prints  out  the  capacity  values  -  arrival-priority, 
departure-priority,  plus  any  intermediate  points  resulting  from  gap 
stretching  -  which  were  used  to  compute  the  resulting  capacity.  For 
each  such  point,  the  arrival  and  departure  capacity  at  that  point 
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are  printed;  for  each  intermediate  point,  the  maximum  "stretch" 
added  to  each  gap  is  also  printed. 


Next,  the  program  will  print  the  means  by  which  the  specified 
arrival  percentage  is  achieved.  One  of  the  following  messages  will 
be  printed: 

TO  OBTAIN  100  PERCENT  ARRIVALS, 

AVAILABLE  DEPARTURE  CAPACITY  IS  REDUCED  BY  26.2  OPERATIONS  PER  HOUR 

-  the  arrival-priority  capacity  contains  an  excess  number  of 
departures  (no  additional  arrivals  are  possible) 


TO  OBTAIN  50  PERCENT  ARRIVALS,  OPERATE 
AT  POINT  1  FOR  76  PERCENT  OF  THE  HOUR, 

AND  AT  POINT  2  FOR  24  PERCENT 

-  point  1  (arrival-priority)  contains  an  excess  of  arrivals,  and 
point  2  (the  first  gap-stretching  point)  contains  too  few 
arrivals  to  satisfy  the  desired  arrival  percentage,  so  the 
program  interpolates  between  them. 

TO  OBTAIN  75  PERCENT  ARRIVALS,  OPERATE 
AT  POINT  3  FOR  31  PERCENT  OF  THE  HOUR,  AND 
AT  DEPARTURE  PRIORITY  POINT  FOR  69  PERCENT 

-  point  3  (the  last  gap-stretching  point,  in  this  case)  contains 
more  arrivals  than  required,  so  the  program  interpolates  between 
this  point  and  the  departure  priority  point. 


TO  OBTAIN  0  PERCENT  ARR,  INTERFERING  ARRIVAL  STREAMS  ARE  ELIMINATED, 
AND  REMAINING  ARRIVAL  CAPACITY  IS  REDUCED  BY  19.6  OPERATIONS  PER  HOUR 

-  even  with  departure-priority,  some  arrivals  remain.  These 
excess  arrivals  are  dropped  to  achieve  the  desired  arrival 
percentage. 

If  the  desired  arrival  percentage  is  satisfied  exactly  at  one  of  the 
capacity  points,  the  message  printed  will  be 

ARRIVAL  PRIORITY  CONFIGURATION  PROVIDES  DESIRED  PERCENT  ARRIVALS 
or  similar. 

This  message  is  then  followed  by  the  airfield  capacity  at  the  desired 
percentage  of  arrivals. 
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Certain  runway  configuration  will  result  in  additional  messages.  For 
example,  if  alternating  arrivals  are  being  run,  either 

ALTERNATING  APPROACHES  —  x  NMI  DIAGONAL/y  FT 


or 

ALTERNATING  APPROACHES  —  x  NMI  INTRAIL  SEPARATION 

will  be  printed,  where  x  is  the  minimum  separation  in  use  and  y  is 
the  distance  between  runway  centerlines. 

Also,  certain  intersecting  runway  configurations  are  evaluated  with 
traffic  on  both  runways  and  with  all  traffic  on  just  one  runway.  The 
operating  mode  with  the  greater  capacity  is  chosen,  and  the  message 
is  printed  that  "ARR  ON  #1,  DEP  ON  #2  ...  "  or  "MIXED,  SINGLE  RUNWAY 
PROVIDES  GREATER  CAPACITY." 

Examples  of  the  output  format  will  be  found  in  Section  2.8. 

2.6  Running  the  Programs 

To  run  the  FAA  Airfield  Capacity  Program,  two  input  modes  are 
possible: 

o  Remote  Job  Entry  (RJE)  using  cards 

o  using  an  interactive  terminal  and  stored  input  files. 

Remote  job  entry  (also  called  batch  processing)  requires  that  all 
data  be  punched  on  cards.  Additional  cards  are  required  to  load  the 
capacity  model  and  to  identify  the  user  for  billing  purposes.  Output 
is  directed  to  a  remote  printer. 

In  the  terminal  mode,  the  user  can  construct  input  files  and  run  the 
program  directly  from  his  work  area.  The  input  format  is  exactly  the 
same  as  with  cards.  Ouput  may  be  returned  to  a  printer  or  directly 
to  the  terminal,  or  both. 

The  terminal  mode  also  makes  interactive  data  entry  possible.  This 
method,  which  will  be  explained  in  Chapter  3,  involves  responding  to 
specific  questions  as  they  are  asked  by  the  program. 

Details  of  loading  and  executing  the  program  will  vary  at  different 
installations.  However,  we  can  illustrate  a  typical  procedure  using 
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the  technique  for  the  CDC  system.  In  this  system,  the  user  merely 
enters  at  his  terminal 

-CAPRUN(FN  =  filename 

where  filename  is  the  name  of  the  input  file.  If  a  file  named 
"filename"  exists,  it  will  be  used  as  input  to  the  program;  output 
will  be  returned  to  the  terminal.  The  input  file  may  be  created  by 
direct  entry  from  the  terminal  or  by  editing  a  previously  existing 
file.  If  "filename"  does  not  exist,  the  program  will  enter  the 
interactive  node.  The  input  file  created  from  the  answers  to  the 
interactive  questions  will  be  stored,  after  execution,  under  the  name 
"filename".  If  the  user  does  not  want  to  save  this  file,  the  command 

PURGE,  filename 

will  erase  the  file. 

The  FAA  Airfield  Capacity  Program  has  been  written  in  a  version  of 
Fortran  IV  which  is  compatible  with  the  Control  Data  Corporation 
(CDC)  timesharing  system.  Minor  changes  might  be  needed  to  install 
the  program  on  other  systems,  but  all  attempts  have  been  made  to  keep 
such  changes  to  a  minimum. 

For  example,  the  CDC  version  of  Fortran  IV  is  known  to  differ  from 
the  IBM  version  in  at  least  the  following  areas: 

o  FORMAT  statements  for  literal  data 

o  standard  length  of  REAL  variables 

o  end-of-file  condition  on  a  READ  statement. 

The  program  consists  of  almost  3000  lines  of  source  code,  comprising 
25  subroutines.  The  compiled  version  is  also  almost  3000  lines  long 
on  CDC  (or  about  3300  lines  on  an  IBM  system).  To  load  and  execute 
the  program  requires  approximately  an  additional  200K  bytes  of  memory. 

2.7  Additional  Information 


This  section  presents  some  information,  in  tabular  form,  which  might 
be  useful  to  the  person  who  wishes  to  run  the  Airfield  Capacity  Model. 

2.7.1  Model/Strategy  Combinations 

The  Capacity  Model  contains  13  different  basic  runway  configurations, 
or  models,  as  shown  in  Figure  2-1.  Each  of  these  models  has  a  number 
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of  operating  strategies  (from  3  to  26)  associated  with  it  as  well. 
Each  strategy  corresponds  to  a  particular  pattern  of  arrival  and 
departure  usage  of  the  available  runways,  and  may  contain  some  infor¬ 
mation  about  the  runway  geometry  itself  (such  as  spacing  between 
parallel  runways  and  direction  of  operation  on  non-parallel  runways). 


Table  2-2  presents  all  the  model  and  strategy  combinations  currently 
supported  by  the  Airfield  Capacity  Model.  Certain  assumptions  have 
been  made  in  developing  these  particular  combinations: 

o  In  all  configurations  with  three  runways  (except  inter¬ 
secting),  runways  1  and  2  are  always  close-spaced.  The 
separation  between  runways  2  and  3  is  specified  by  the 
strategy. 

o  The  spacing  between  parallel  runways  1  and  3  is  assumed  to 
be  related  to  the  spacing  between  runways  2  and  3,  as 
follows: 


Runways  2  and  3 

700-2499  ft  (close) 
2500-3499  ft  (near) 
3500-4299  ft  (medium) 
4300  ft  or  more  (far) 


Runways  1  and  3 

2500-4299  ft  (medium) 
3500-4299  ft  (medium) 
4300  ft  or  more  (far) 
4300  ft  or  more  (far) 


o  In  all  four  runway  configurations,  runways  1  and  2  and 
runways  3  and  4  are  assumed  to  be  close- spaced  parallels. 


o  A  radar  environment  is  assumed.  Two  non-intersecting 
runways  are  therefore  considered  parallel  if  the  angle 
between  them  is  less  than  15°.  The  variable  IR  is  used 
in  the  program  and  in  Table  2-2  to  specify  the  degree  of 
dependence  between  two  non-intersecting  runways,  as  follows: 


IR 

Angle 

Distance 

Between  Thresholds 

Interpretatic 

0 

<150 

700-2499  ft 

close  parallel 

1 

<150 

2500-4299  ft 

medium  parallel 

2 

<150 

4300  ft  or  more 

far  parallel 

3 

>15° 

greater  than  zero 

non-parallel 

Table  2-2  also  indicates  the  manner  in  which  the  program  calculates 
the  arrival-priority  capacity  of  each  configuration.  Most  capacities 
are  simply  the  total  of  the  capacities  of  the  individual  runways,  or 
groups  of  runways,  within  the  configuration.  "Primary  equation" 
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TABLE  2-2 


RUNWAY  MODELS  AND  STRATEGIES 


SINGLE  RUNWAY 


MODEL 

WEATHER 

CAPACITY 

1-1  (A) 

all 

primary  equation 

1-2  (D) 

all 

primary  equation 

1-3  (B) 

all 

1-1 (A)  plus  interleaved  departures 

1-4*  (B) 

1-3(B)  with  predetermined  inter¬ 
arrival  times 

TWO  PARALLEL  RUNWAYS 

2-1  (F:A,A) 

all 

1-1 (A)  +  1 — 1 ( A) 

2-2  (F:A,D) 

all 

l-l(A)  +  1 —2(D) 

2-3  (F:D,D) 

all 

1-2(D)  +  1 -2 ( D) 

2-4  (F:B,A) 

all 

1-3(B)  +  l-l(A) 

2-5  (F:B,D) 

all 

1-3(B)  +  1-2(D) 

2-6  (F:8,B) 

all 

1-3(B)  +  1-3(B) 

2-7  (M:A,A) 

VMC 

1-1 (A)  +  l-l(A) 

MMC/IMC 

dependent  arrivals,  no  vortex 

2-8  (M:A,D) 

all 

1-1 ( A)  +  1 -2 ( D) 

2-9  (M:D,D) 

all 

1-2(D)  +  1 -2(D) 

2-10  (M:B,A) 

VMC 

'  1-3(B)  +  1-1 (A) 

MMC/IMC 

2-7(M:A,A)  plus  departures 

C  —  close  (700-2499  ft) 

N  —  near  (2500-3499  ft) 

M  —  medium  (2500-4299  ft) 
F  —  far  (4300  ft  or  more) 


A  --  arrivals  only 

D  —  departures  only 

B  —  both  arrivals  and  departures 


♦new  model,  only  called  by  model  3-5(N:A,D,B) 


TABLE  2-2  (Cont.) 


TWO  PARALLEL  RUNWAYS 


MODEL 

WEATHER 

CAPACITY 

2-11  (M:B,D) 

all 

1-3(B)  +  1-2(D) 

2-12  (M:B,8) 

VMC 

1-3(B)  +  1-3(B) 

MMC/IMC 

2-7(M:A,A)  plus  departures  on  both 

2-13  (N:A,A) 

see  2-7  (M:A,A) 

2-14  (N:A,D) 

see  2-8  (M:A,D) 

2-15  (N:D,D) 

see  2-9  (M:D,D) 

2-16  (N:B,A) 

see  2-10  (M:B,A) 

2-17  (N:B,D) 

see  2-11  (M:B,D) 

2-18  (N:B,B) 

see  2-12  (M:B,B) 

2-19  (C:A,A) 

VMC 

independent  arrivals  with  vortex 

MMC/IMC 

1-1  (Al)  with  average  mix 

2-20  (C:A,D) 

VMC/MMC 

1-1 (A)  +  1-2{D) 

IMC 

dual-lane  primary  equation— DUAL(l) 

2-21  (C:D,D) 

VMC 

independent  departures  with  vortex 

MMC/IMC 

1-2(D1)  with  average  mix 

2-22  (C:B,A) 

VMC 

1-3(B)  +  l-l(A)  with  vortex 

MMC 

1-1(A2)  +  1-2(01) 

IMC 

2-20(C:A2,Dl) 

2-23  (C :B,D) 

VMC 

1-3(B)  +  1 -2(D)  with  vortex 

MMC 

1-1 (A)  +  1-2(0) 

IMC 

2-20(C:A,D) 

2-24  (C:B,B) 

VMC 

1-3(B)  +  1 -3( B)  with  vortex 

MMC 

1 -1(A)  +  1-2(0) 

IMC 

2-20(C:A,D) 

TABLE  2-2  (Cont.) 


THREE  PARALLEL  RUNWAYS 

MODEL  WEATHER  CAPACITY 


3-1 

(C:B,B,B) 

VMC 

1-3(B)  +  1-3(B)  +  1-3(B)  with  vortex 

MMC/IMC 

2-1 2(M :B1 , B3 ) 

3-2 

(N:B,B,B) 

VMC 

2-24(C:Bl,B2)  +  1-3(B3) 

MMC 

1-2(D2)  +  2-1 0( M :B3 , A1 ) 

IMC 

3-5(N:A,D,B) 

3-3 

(M:8,B,B) 

VMC 

2-24(C:Bl,B2)  +  1-3(83) 

MMC/IMC 

2-20(C:A,D)  +  1-3(B3) 

3-4 

(C  :A,D,B) 

VMC 

1-1 (A)  +  2-23(C:B3,D2) 

* 

MMC 

1-2(D2)  +  2-7(M:Al ,A3) 

IMC 

3-17(C:A,D,A) 

3-5 

(N:A,D,B) 

VMC 

l-l(A)  +  1-2(D)  +  1-3(B) 

MMC 

2-1 0(M :B3,A1 )  +  1-2(D2) 

IMC 

2-7(M:Al ,A3)  +  D3  from 

1-4(B3)  +  D2  from  DUAL(2,A,D)* 

3-6 

(F:A,D,B) 

all 

2-20(C:A,D)  +  1-3(8) 

3-7 

(N:B,B,A) 

VMC 

2-24(C:B,B)  +  1-1 (A3) 

MMC 

2-7(M  :A1 ,A3)  +  1-2(D2) 

IMC 

2-7(M:Al,A3)  +  D2  from  DUAL(2,A,D)* 

A2  --  Arrivals  only  on  runway  2 

D3  --  Departures  only  on  runway  3  __ 

*new  model  --  dual-lane  operations  with  alternating 
arrival  inputs 
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TABLE  2-2  (Cont.) 


THrlEE  PARALLEL  RUNWAYS 


MODEL 

WEATHER 

CAPACITY 

3-8  (F:B,B,A) 

VMC 

2-24(C:B,B)  +  1-1(A3) 

MMC /IMC 

2-20(C:A,0)  +  1-1 (A3) 

3-9  (N:A,8,3) 

VMC 

2-22(C:B2,Al)  +  1-3(33) 

MMC 

2-7(M:Al,A3)  +  1-2(02) 

IMC 

3-5(N:4,9,B) 

3-10  (F:A,3,3) 

all 

2-20(C:A,9)  +  1-3(33) 

3-11  (M:B,A,0) 

all 

2-22 ( C  :B,A)  +  1-2(03) 

3-12  (F:3,A,0) 

all 

2-22(C:3,A)  +  1-2(03) 

3-13  (M:0,A,3) 

VMC 

2-20(C  :A2 ,01 )  +  1-3(33) 

MMC 

2-10(M:33,A2)  +  1-2(01) 

IMC 

3-5(N:A2,Dl ,B3) 

3-14  (F:D,A,3) 

all 

2-20(C:A2,0l )  +  1-3(83) 

3-15  (M:A,D,A) 

all 

2-20(C:A,0)  +  1-1(A3) 

3-15  (F:A,Q,A) 

all 

2-20(C:A,0)  +  1-1 (A3) 

3-17  (C:A,0,A) 

VMC 

2-20(C  :A,D)  +  1-1(A3) 

MMC 

2-7(.M:Al,A3)  +  1-2(0?) 

IMC 

2-7(M:Al ,A3)  +  02  from  DUAL(3,A,D)* 

3-13  (C:0,A,8) 

VMC 

2-22(C:B3,A2)  +  1-2(01) 

MMC 

2-9(.M:Dl,D3)  +  1-1(A2) 

IMC 

3-25(C:D,A,0) 

3-19  (C:3,4,D) 

all 

see  3-18  (C:03,A2,31) 

3-20  (C:A,8,3) 

VMC 

l-l(Al)  +  1-3(82)  +  1-3(33)  with 
vortex 

MtMC 

2-7(M:Al ,A3)  +  1-2(02) 

IMC 

3-17(C:A,D,A) 

♦new  model  --  dual  lane  operations  with  alternating 
arrival  input 
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TABLE  2-2  (Cont.) 


THREE  PARALLEL  RUNWAYS 

MODEL 

WEATHER 

CAPACITY 

3-21  (C:B,6,A) 

all 

see  3-20(C:A3,B2,Bl) 

3-22  (C:A,0,0) 

VMC/MMC 

2-21(C:D2>D3)  +  l-l(Al) 

IMC 

2-8(M:Al,D3) 

3-23  (M:A,D,D) 

VMC/MMC 

2-9(M:D2,D3)  +  l-l(Al) 

IMC 

2-20(C:A,D)  +  1-2(D3) 

3-24  (F:A,D,D) 

VMC/MMC 

2-3(F:D2,D3)  +  l-l(Al) 

IMC 

2-20(C:A,D, )  +  1-2(D3) 

3-25  (C:D,A,D) 

VMC/MMC 

2-3(F:Dl,D3)  +  1-1(A2) 

IMC 

2-20  (C:A2,D1)  +  D3  from  2-20 
(C:A2,D3) 

3-26  (M:D,A,D) 

VMC/MMC 

1-2{D1)  +  1-1(A2)  +  1-2(D3) 

IMC 

2-20(C:A2,Dl )  +  1-2(03) 

3-27  (F:D,A,D) 

all 

see  3-26  (M:D,A,D) 

3-28  (C:0,0,D) 

VMC 

1-2(01 )  +  1-2(02)  +  1-2(03)  with 
vortex 

MMC/IMC 

2-9(M:Dl,D3) 

3-29  (M:D,D,D) 

all 

2-21 (C :D,D)  +  1-2(D3) 
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TABLE  2-2  (Cont.) 


FOUR  PARALLEL  RUNWAYS 

MODEL 

WEATHER 

4-1 

(M:D,A,D,A) 

all 

4-2 

(F:D,A,D,A) 

all  • 

4-3 

(M:A,D,D,A) 

all 

4-4 

(F:A,D,D,A) 

all 

4-5 

(M:A,D,D,B) 

all 

4-6 

(F:A,D,D,B) 

all 

4-7 

(M:D,A,D,B) 

all 

4-8 

(F:D,A,D,B) 

all 

4-9 

(M:B,A,A,0) 

VMC 

MMC/IMC 

4-10 

(F:B,A,A,D) 

all 

4-11 

(M:B,A,D,A) 

all 

4-12 

(F:B,A,D,A) 

4-13 

(M:B,B,A.D) 

all 

4-14 

(F:B,B,A,0) 

all 

4-15 

(M:B,A,0,B) 

all 

4-16 

(F:B,A,D,B) 

all 

4-17 

(M:B,B,A,B) 

all 

4-18 

(F:B,B,A,B) 

all 

4-19 

(M:B,B,B,B) 

all 

4-20 

(F:B,B,B,B) 

all 

4-21 

(M/F :D,A,D,D) 

all 

4-22 

(M/F:A,D,D,D) 

all 

4-23 

(F:D,A,A,D) 

all 

4-24 

(M/F:D,D,D,D) 

all 

4-25 

(M:D,A,A,D) 

VMC 

MMC 

IMC 

CAPACITY 

2-20(C:A2,Dl)  +  2-20(C:A4,D3) 
see  4-l(M:D,A,D,A) 

2-20(C:A,D)  +  2-20(C:A4,D3) 
see  4-3(M:A,D,D,A) 

2-20(C:A,D)  +  2-23(C:B4,D3) 
see  4-5(M:A,D,D,B) 

2-20(C:A2,Dl )  +  2-23(C:B4,D3) 
see  4-7(M:D,A,D,B) 

2-22(C:B,A)  +  2-20(C:A3,D4) 

1- 3(B1)  +  2-20(C:A3,D4) 

see  4-9  (M:B,A,A,D) 

2- 22(C:B,A)  +  2-20(C:A4,D3) 

see  4-1 1(M:B,A,D,A) 

2-24(C:A,D)  +  2-20(C:A3,D4) 

see  4-13(M:B,B,A,D) 

2-22{C:B,A)  +  2-23(C:B4,D3) 

see  4-15(M:B,A,0,B) 

2-24(C:B,B)  +  2-22(C:B4,A3) 

see  4-17(M:B,B,A,B) 

2-24(C:B,B)  +  2-24(C:B3,B4) 

see  4-1 9(M :B,B,B„B) 

2-20(C:A2,Dl)  +  2-21 ( C  :03, D4 ) 

2-20(C:A,D)  +  2-21 (C:D3,D4) 

2-20(C:A2,Dl )  +  2-20(C:A3,D4) 

2-21(C:D,D)  +  2-21 (C  :D3,D4) 

2-20(C:A2,Dl )  +  2-20(C:A3,D4) 

1-2(0)  +  2-7(M:A2,A3)  +  1-2(D4) 

2-7(M:A2,A3)  +  D1  from  DUAL(2,  A2.D1) 
+  04  from  DUAL (2,A3,D4)* 
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TABLE  2-2  (Cont.) 


TWO  OPEN-V  RUNWAYS 


MODEL  WEATHER 

5-1  (DV*:D,0)  all 

5-2  (DV:A,D)  VMC/MMC 

IMC 

5-3  (DV:B,D)  VMC 

MMC/IMC 

5-4  (CV*:D,A)  VMC/MMC 

IMC 

5-5  (CV:3,A)  VMC 

MMC 


IMC 


_IR  CAPACITY 

0  2-21(C:D,D) 

>0  1-2(D1 )  +  1-2(D2) 

all  l-l(Al)  +  1-2(D2) 

0  2-20(C:A,D) 

>0  l-l(Al)  +  1-2(02) 

0  2-23(C  :B,D) 

>0  1-3(B1 )  +  1  -2  ( D2 ) 

0  2-20(C:A,D) 

>0  1-3 ( B1 )  +  1-2(D2) 

all  1-2(D1 )  +  1-1 ( A2 ) 

0  2-20(C:A2,Dl) 

1,2  1  — 2( Dl )  +  1-1 ( A2) 

3  6-2(A2,Dl ) 

0  2-22(C:B,A) 

>0  1-3(B1 )  +  1-1 (A2) 

0,3  1-2(01 )  +  1— 1 ( A2 ) 

1  2-10(M:B,A) 

2  1-3(B1)  +  1-1(A2) 

0  2-20(C:A2,Dl ) 

1  2-10(M:B,A) 

2  1-3(B1)  +  1-1(A2) 

3  6-2(A,D) 


*DV  -  diverging 
CV  -  converging 
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TABLE  2-2  (Cont.) 


TWO  INTERSECTING  RUNWAYS 


MODEL 

WEATHER 

CAPACITY 

6-1  (D,0) 

VMC/MMC 

max 

f  primary  equation,  1 

1_1-2(D)  with  average  mixj 

IMC 

1  -2(D)  with  average  nrx 

6-2  (A,D) 

all 

primary  equation 

6-3  (B,D) 

all 

max  [6-2(A,D),  1-3(B )] 

THREE  INTERSECTING  RUNWAYS 

7-1  (C:A,D,D) 

VMC 

2-20(C:A,D) 

MMC/IMC 

max 

[2-20(C:A,D),  6-2(A,D)] 

7-2  (M:A,D,D) 

all 

2-8(M:A,D) 

7-3  (C:B,B,D) 

VMC 

2-24(C:B,B ) 

MMC/IMC 

max 

[2-20(C:A,D),  6-2(A,D)] 

7-4  (M:B,B,D) 

all 

2-12(M:B,B) 

*DV  -  diverging 
CV  -  converging 
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TABLE  2-2  (Cont.) 


THREE  OPEN-V  RUNWAYS 


MODEL 

WEATHER 

_IR 

CAPACITY 

10-1  (DV*:B,A,D) 

VMC 

all 

2-22 (C  :3,A)  +  1-2(D3) 

MMC/IMC 

0 

3-25(C:D,A,D 

>0 

2-20(C:A,D)  +  1-2(D3) 

10-2  (DV:B,B,D) 

VMC 

0 

2-22(C:B,A)  +  1-2(D3) 

>0 

2-24(C:B,B)  +  1-2(D3) 

MMC/IMC 

all 

see  10-1(DV:B,A,D) 

10-3  (CV*:B,0,A) 

VMC 

all 

2-23(C:B,D)  +  1-1 (A3) 

MMC 

0 

2-7(M:Al,A3)  +  1-2(D2) 

1,2 

d 

< 

3500:  2-7(M:Al,A3)  +  1-2(D2) 

d 

> 

3500:  l-l(Al)  +  1-2(D2) 

+  1 —1 (A3) 

3 

2-21 (C:D,D)  +  1-1(A3) 

IMC 

0 

3-4(C:A,D,A) 

1,2 

d 

< 

3500:  3-7(N:A,D,A) 

d 

> 

3500:  2-20(C :A,D)  +  1-1(A3) 

3 

2-20(C:A,D) 

10-4  (CV:B,B,A) 

VMC 

all 

2-24(C:B,B)  +  1-1( A3) 

MMC/IMC 

all 

see  10-3(CV:B,D,A) 

10-5  (DV :D,A,D) 

VMC 

all 

2-20(C:A2,Dl)  +  1-2(D3) 

MMC/IMC 

all 

see  10-1 (DV :B,A,0) 

*DV  -  diverging 
CV  -  converging 
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TABLE  2-2  (Cont.) 


FOUR  OPEN-V  RUNWAYS 


MODEL 

WEATHER 

JR 

11-1  (OV* :A,A,D,D) 

VMC 

all 

MMC 

all 

IMC 

0 

>0 

11-2  (DV:B,B,D,D) 

VMC 

0 

>0 

MMC/ IMC 

all 

11-3  (CV*:A,A,D,D) 

VMC 

all 

MMC 

all 

IMC 

<3 

3 

11-4  (CV :B,B,D,D) 

all 

all 

TWO  RUNWAYS  INTERSECTING  BEYOND 

12-1  (DV*:A,D) 

VMC /MMC 

all 

IMC 

0 

>0 

12-2  (DV  :B,D) 

VMC 

0 

>0 

MMC/ IMC 

0 

0 

12-3  (CV*:D,A) 

VMC /MMC 

all 

IMC 

0 

1,2 

3 

12-4  (CV:B,A) 

all 

all 

CAPACITY 

2-1 9(C :A,A)  +  2-21 (C:D3,D4) 
2-20(C:A2,D3) ,  average  mix 
2-20(C:A2,D3) ,  average  mix 

1- 1(A2)  +  1-2(D3),  average  mix 

2- 22 (C  :B,A)  +  2-21 (C :D3,D4 ) 
2-24(C:B,B)  +  2-21 ( C  :D3 ,04 ) 
2-20(C:A,D)  +  2-21 (C :D3,D4) 

2-1 9(C :A,A)  +  2-21 ( C  :D3,D4 ) 
2-20(C:A3,D3) ,  average  mixes 
2-1 9(C :A,A)  +  2-21 (C  :D3,D4 ) 

6-2(A2,D3) 

see  1 1-3(CV :A,A,D,D) 


l-l(Al)  +  1-2(D2) 
2-20(C:A,D) 
l-l(Al)  +  1-2(02) 
2-23(C  :B,D) 
1-3(B1)  +  1-2(D2) 
2-20(C:A,0) 
1-3(B1)  +  1-2(D2) 
1-2(01)  +  1-1 ( A2 ) 
2-20(C:A2,01) 
1-2(01)  +  1-1 (A2) 
6-2( A2 ,01 ) 
5-5(CV:B,A) 


*DV  -  diverging 
CV  -  converging 
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TABLE  2-2  (Cont.) 


THREE  RUNWAYS  INTERSECTING  BEYOND 


MODEL 

WEATHER 

_IR 

13-1  (DV*:8,A,D j 

all 

all; 

13-2  (DV:8,8,D) 

all 

all 

13-3  (CV*:B,D,A) 

all 

all 

13-4  (CV:8,3,A) 

all 

all 

FOUR  RUNWAYS  INTERSECTING  BEYOND 

14-1  (0V*:A,A,D,D) 

all 

a  i/i 

14-2  (DV :B,8,0,D) 

all 

all 

14-3  (CV* :A,AtD,D) 

VMC/MMu 

all 

IMC 

all 

14-4  (CV:B,B,D,D) 

all 

all 

FOUR  INTERSECTING 

RUNWAYS 

15-1  (A, A, 0,D) 

VMC 

MMC/IMC 

15-2  (B,B,D,D) 

VMC 

max 

MMC/IMC 

CAPACITY 
10-1(QV:B,A,D) 
10-2 ( DV :B,B,D) 
10-3(CV:B,D,A) 
1Q-4(CV:B,8,A) 


11-1(0V:A,A,0,D) 
11-2(DV  :B,B,D,D) 
11-3(CV:A,A,D,D) 
6-2(Al,D3) 
11-3(CV:A,A,D,0) 


2*  [6-2( A2 ,03)  with  altered  input'.] 

6-2(A2,D3)  with  altered  inputs 

2*  [6-2( A2 ,03 )  with  altered  inputs],' 
2-24(C:B,B) 

max  [2-20(C:A,D],  6-2(Al,D4)] 


*DV  -  diverging 
CV  -  converging 
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means  that  the  configuration  cannot  be  simplified  any  further,  and 
capacity  is  computed  as  described  in  Section  2.2. 

2.7.2  Estimation  of  Runway  Occupancy  Times 

If  data  on  average  arrival  runway  occupancy  times  is  not  readily 
available,  it  is  possible  to  utilize  Tables  2-3  and  2-4  to  derive 
estimates  of  the  actual  values.  Table  2-3  contains  typical  runway 
occupancy  times,  by  aircraft  class,  for  exits  located  at  the 
specified  distance  down  the  runway.  In  Table  2-4,  the  cumulative 
probauilities  of  aircraft  exiting  by  that  point  are  given. 

To  use  these  tables,  the  average  time  associated  with  each  exit  is 
multiplied  by  the  probability  of  using  that  exit,  and  the  results  are 
summed  together  to  obtain  the  overall  value  for  each  aircraft  class. 

To  illustrate,  we  will  calculate  the  estimated  occupancy  time  for  a 
type  C  aircraft  on  a  9000  foot-long  runway,  with  regular  exits 
located  4000  ft  and  6500  ft  down  the  runway. 

From  Table  2-3  the  exit  times  for  these  exits  are  38s  (at  4000  ft), 
60s  (6500  ft  —  interpolating  between  the  6000  ft  and  7000  ft 
values),  and  82s  (9000  ft  —  the  runway  end). 

Table  2-4  shows  the  cumulative  probability  of  exiting  by  the  speci¬ 
fied  distance.  The  probability  of  using  a  specific  exit  will  be  the 
difference  between  the  cumulative  probability  for  that  exit  and  the 
cumulative  probability  for  the  previous  exit.  In  the  example,  the 
probability  of  using  the  4000  ft  exit  is  0.08,  of  the  6500  ft  exit  is 
0.88  (0. 96-0. 08),  and  0.04  for  the  runway  end  (1.00-0.96).  The  aver¬ 
age  occupancy  time  for  the  runway  is  therefore  59s  (=  38  *  0.08  +  60 
*  0.88  +  82  *  0.04). 

2.8  Examples 

The  following  examples  illustrate  the  use  of  the  FAA  Airfield 
Capacity  Model. 

2.8.1  Example  1  —  Single  Runway,  General  Aviation 

Compute  the  saturation  hourly  capacity  of  a  single  runway  general 
aviation  airport  for  30%,  50%,  and  70%  arrivals  in  VMC.  The  aircraft 
mix  consists  of  85%A  and  157.3  aircraft.  There  are  no  touch-and-go 
operations.  Assume  typical  values  for  all  other  parameters; 
arrival-arrival  and  departure-departure  separations  are  taken  from 
FAA-EM-78-8A. 
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ESTIMATED  ARRIVAL  RUNWAY  OCCUPANCY  TIME  (Seconds) 
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From  Table  2-2  the  runway  use  configuration  is  identified  as  Model 
1-3(B).  Figure  2-3  shows  the  input  file  for  this  example  and  the 
computer  output. 

The  output  indicates  an  arrival-priority  capacity  of  31,7  arrivals 
and  57.2  departures  per  hour  and  a  departure-priority  capacity  of 
102.9  departures.  No  intermediate  points  were  specified.  To  obtain 
30%  arrivals,  the  program  interpolates  between  these  two  points  and 
obtains  a  total  capacity  of  90.8  operations  per  hour.  At  50%  and  70% 
arrivals,  the  arrival-priority  mode  provides  more  than  enough 
departures;  the  excess  are  dropped. 

2.8.2  Example  2  —  Four  Runways,  MMC 

Compute  the  saturation  hourly  capacity  of  the  runway  configuration 
shown  below,  in  MMC  (Marginal  Meteorological  Conditions),  for  50% 
arrivals.  The  aircraft  mix  consists  of  3%A,  7%B,  70%C,  and  20%D 

aircraft.  There  are  no  touch-and-go  operations.  Standard  exits  are 
located  at  1500’,  3000',  4000',  5500',  7000’,  and  10000'  from  the 
threshold  for  both  runways  1  and  2.  Assume  typical  values  for  all 
other  parameters. 


The  computer  input  file  for  this  case  is  shown  in  Figure  2-4.  If 
average  runway  occupancy  times  are  not-  shown,  approximate  values  can 


be  estimated 

or  Tables 

2-3 

and  2-4 

can  be 

used 

,  as 

explained 

Section  2.7.2 

• 

From  these  tables,  the 

following  values  are  taken: 

EXIT 

T  I 

M  E 

PRO 

B  A 

B  I  L 

I  T  Y 

A 

B 

C 

D 

A 

B 

C 

D 

1500' 

29 

.45 

0 

0 

0 

3000' 

44 

37 

— 

— 

.55 

.39 

0 

0 

4000' 

— 

46 

38 

— 

— 

.59 

.08 

0 

5500' 

— 

60 

51 

51 

— 

.02 

.62 

.40 

7000' 

— 

— 

65 

65 

— 

— 

.30 

.58 

10000' 

— 

— 

— 

85 

— 

— 

— 

.02 
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♦♦  FAA  CAPACITY  NODEL  -  BET  IS  ED  JANUARY,  1980  »♦ 


NEWRUN  0 

0  0 

• 

GA 

AIRPORT 

1  3 

0 

RUNWAY  1 

1  0 

0.850.  150 

1.0  0 

.0 

ARBAR2  1 

2  0 

32.  VO. 

51. 

58. 

DLTAIJ  0 

V  0 

1-9  1.9 

1.9 

1  9 

1.9  1.9  1.9 

1.9  2.7 

2.7  1.9 

1.9  4.5  4.5  3.6  2.7 

APPSPD  0 

5  0 

80  100 

130 

1V0 

DRBAI  0 

6  0 

2V  29 

39 

39 

TD  0 

7  0 

35  35 

VS 

50 

35  35  45 

SO  50 

50  60 

60  120  120  120  90 

GABA  0 

8  0 

1  1 

6 

6 

TGRBAR  0 

9  0 

23.  22. 

27. 

27. 

SIGBAS  019  0 

8.  18. 

0. 

7. 

6. 

OTHERS  020  1 

0.050.05 

0.0 

5.03500  3.00.0 

30  50 

SINGLE  RUNWAY  HIXED  ITERATIONS  WITHOUT  T  C  G 

ARRIFAL  PRIORITY  CAPACITY  (POINT  11) 

TOTAL  =  88.85  ARRIVALS  =  31.66 

DEPARTURES  = 

57.  19 

DEPARTURE  PRIORITY  CAPACITY 

TOTAL  =  102.86  ARRIVALS  *  0.0 

DEPARTURES  = 

102.  86 

TO  OBTAIN  30  PERCENT  ARRIVALS,  OPERATE 

AT  POINT  1  FOR  86  PERCENT  Or  THE  HOUR, 

AND 

AT  DEPARTOHE  PBIOKITI  POINT  FOR  14  PEBCENT 


AIRriELD  HOURLY  RUNWAY  CAPACITY  •*♦ 

TOTAL  =  90.8  ARRIVALS'  *  27.2  DEPARTURES  =  63.6 


***** **• *  ***** 


TO  OBTAIN  SO  PERCENT  ARRIVALS, 

AVAILABLE  DEPARTURE  CAPACITY  IS  REDUCED  BY  25.5  OPERATIONS  PER  HOUR 

**•  AIRFIELD  HOURLY  RUNfAY  CAPACITY 

TOTAL  =  63.3  ARRIVALS  =  31.7  DEPARTURES  =  J1.7 

*****  ••*••  •*•••  »**••  *****  •••»• 


FIGURE  2-3 

EXAMPLE  1  -  iNPUT/OUTPUT 
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**  FA*  CAPACITY  MODEL  -  S EV ISED  JANUARY,  1980  ** 


NENRUN  0  0  C  *♦  EXAMPLE  2 

14  1  0 

MU NU  AY  1  1  0 
0.030.070.700.20 
RUNWAY  2  1  0 
0.030.070.700.20 
RUNWAY  3  1  0 
0. 030.070. 700. 20 
RUNWAY  4  1  0 
0.030.070.700.20 
AUHAR2  1  2  0 
37.  43.  54.  o 0. 

A  Mu  A  M2  2  2  0 
37.  43.  S4.  60. 

DLTAIJ  0  4  0 

3.0  3.0  3.0  3.0  3.0  3.0  3.0  3.0  4.0  4.0  3.0  3.0  6.0  6.0  5.0  4.0 
APPSPD  050 
35  120  130  149 
DMbAH  0  6  0 
29  34  39  39 

TD  0  7  0 

60  60  60  60  60  60  60  60  60  60  60  60  120  120  120  90 
GABA  0  8  0 
'  b  6  b  6 
TUHIS AM  0  9  0 
23.  22.  27.  27. 

OPEN VX  010  0 
351900  0.0  0.0 
SIGMAS  019  0 

8.  18.  0.  0.  b. 

OTHEBS  020  1 

0.050.05  2.0  2.5  800  3.00.0  50 


POUR  INTER  BEYOND,  AWAY,  ARB  ON  #1,  #2,  DEP  ON  13,  14 

ARRIVAL  PRIORITY  CAPACITY  (POINT  *1) 

TOTAL  =  78.45  ARRIVALS  =  27.60  DEPARTURES  =  50.85 

TO  OBTAIN  50  PERCENT  ARRIVALS, 

AVAILABLE  DEPARTURE  CAPACITY  IS  REDUCED  BY  23.2  OPERATIONS  PER  HOUR 


•**  AIRFIELD  HOURLY  RUNWAY  CAPACITY 

TOTAL  *  55.2  ARRIVALS  *  27.6  DEPARTURES  *  27.6 


FIGURE  2-4 

EXAMPLE  2  —  INPUT/OUTPUT 


8o 


The  resulting  average  runway  occupancy  times  are  37,  43,  54,  and  60 
seconds  for  types  A,  B,  C,  and  D,  respectively. 

From  Table  2-2,  the  runway  use  configuration  is  identified  as  Model 
14-1  (DV:A,A,D,D)  —  four  runways  intersecting  beyond  the  threshold, 
diverging.  Note  in  the  input  file  that  the  aircraft  mix  must  be 
entered  for  each  runway,  but  the  arrival  occupancy  times  only  for  the 
arrival  runways  and  the  departure  occupancy  times  are  entered  only 
once. 

For  this  configuration  (and  for  all  open-V  and  "intersecting  beyond 
the  threshold"  configurations)  it  was  also  necessary  to  input  an 
OPENV  line,  containing  the  angle  between  runways  and  the  distance 
between  the  non-parallel  thresholds. 

At  50Z  arrivals  the  capacity  is  27.6  arrivals  per  hour  and  27.6 
departures.  Actually,  50.9  departures  are  possible,  but  the  excess 
are  not  needed. 

2.8.3.  Example  3  —  Intersecting  Ruways,  Different  Aircraft  Mixes 

Compute  the  hourly  capacity  of  the  intersecting  runway  configuration 
shown  below  for  50%  arrivals  in  IMC. 


Compute  capacity  first  for  a  mix  of  60XC  and  40ZD  aircraft,  and  then 
for  a  75ZC/25ZD  mix.  Assume  a  future  environment,  according  to 
FAA-EM-78-8A:  2.0  nmi  basic  arrival-arrival  separation  (2.5  nmi  for 
a  C  following  a  D)  and  60s  between  all  departures.  Assume  typical 
values  for  all  other  parameters. 

The  runway  configuration  is  Model  6-2  (A,D).  The  input  file  (Figure 
2-5)  contains  all  the  information  needed  to  compute  capacity  with 
both  aircraft  mixes:  the  capacity  at  60ZC/40ZD  is  calculated  first, 
and  the  results  printed  out  (89.9  operations  per  hour),  then  the  new 
mix  is  read  in  and  the  new  capacity  computed  (90.6  operations). 
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**  FAA  CAPACITY  HODEL  -  REVISED  JANUARY,  1980  ♦* 


NEW  BUN  0  0  0 
6  2  0 
BUNWAY  1  1  0 
0.0  0.0  0. bOO.HO 
RUNWAY  2  1  0 

o.o  o.o  o.ooo. no 


ABBAS  2  1  2  0 


J4.  34.  42. 
DLTAIJ  040 

4  5. 

2.0  2.0  2.0 
APPSPD  050 

2.0 

2.0 

2.0  2.0 

2.0 

95  120  130 
DKBAR  0  b  0 

140 

29  J4  39 
TD  0  7  0 

J9 

oO  bO  60 
GAMA  080 

60 

60 

60  60 

60 

6  b  b 

b 

TGRilAC  0  9  0 
23.  22.  27. 
ADSR  112  0 

27. 

5.  5.  5. 

5. 

5. 

5.  5. 

5. 

DICUR  013  0 
2.0  2.0  2.0 
SIGHAS  0  19  0 

2.0 

2.0 

2.0  2.0 

2.0 

4.  8.  0. 

0. 

0. 

OTHERS  020  0 
0.050.01  2.0 
I  NCI  AT  026  1 

0.0 

0 

3.00.0 

50 

1.050  2 

20. 

2. 5  2.5  2.0  2.0  J.O  3.0  2.5  2.0 

60  60  60  60  60  60  60  60 

5.  5.  5.  5.  5.  5.  5.  5. 

2.0  2.0  2.0  2.0  2.0  2.0  2.0  2.0 


TWO  INTERSECTING,  ARR  ON  #1,  DEP  ON  »2 

ANRI VAE  PRIORITY  CAPACITY  (POINT  »1) 

TOTAL  =  90.10  ARRIVALS  =  45.81  DEPARTURES  *  44.30 


DEPARTURE  PRIORITY  CAPACITY 

TOTAL  =  60.00  ARRIVALS  =  0.0  DEPARTURES  =  60.00 


CAPACITY  AT  POINT  *  2  NAY  GAP  STRETCH  =  20.  SEC 

TOTAL  =  89.38  ARRIVALS  =  43.17  DEPARTURES  =  46.21 

TO  OBTAIN  50  PERCENT  ARRIVALS,  OPERATE 

AT  POINT  1  FOR  66  PERCENT  OF  THE  HOUR,  AND 

AT  POINT  2  FOR  34  PERCENT 


AIRFIELD  HOURLY  RUNWAY  CAPACITY  •  *• 

TOTAL  =  89.9  ARRIVALS  *  44.9  DEPARTURES  *  44.9 


***** 


*•••• 


FIGURE  2-5 

EXAMPLE  3  —  INPUT/OUTPUT 
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RUNWAY  t  1  0 
0.0  0.0  0.750.25 
RUNWAY  2  1  1 
0.0  0.0  0.750.  25 


TWO  INTERSECTING,  ARR  ON  II,  DEP  ON  12 

ARRIVAL  PRIORITY  CAPACITY  (POINT  II) 

TOTAL  =  90.87  ARRIVALS  =  46.25  DEPARTURES  *  44.61 


DEPARTURE  PRIORITY  CAPACITY 

TOTAL  -  60.00  ARRIVALS  *  0.0  DEPARTURES  -  60.00 


CAPACITY  AT  POINT  I  2  BAX  GAP  STRETCH  =  20.  SEC 

TOTAL*  90.25  ARRIVALS  3  44.13  DEPARTURES  *  46.12 

TO  OBTAIN  50  PERCENT  ARRIVALS,  OPERATE 

AT  POINT  1  FOR  54  PERCENT  OF  THE  HOUR,  AND 

AT  POINT  2  FOR  46  PERCENT 


***  AIRFIELD  HOURLY  RUNiAY  CAPACITY  *•* 

TOTAL  =  90.6  ARRIVALS  *  45.3  DEPARTURES  =  45.3 


*****  *****  *****  *****  *****  ***** 


FIGURE  2-5 

EXAMPLE  3  -  INPUT/OUTPUT 
(Corit) 


CHAPTER  3  ~  ON-LINE  AIRFIELD  CAPACITY  MODEL 


3.1  Introduction 


The  On-line  Airfield  Capacity  Model  is  an  adaptation  of  the  general 
analytic  capacity  model  for  determining  runway  capacity  described  in 
Chapter  2.  It  employs  an  interactive  (question  and  answer)  routine 
between  the  computer  and  a  user  at  a  remote  terminal.  The  responses 
by  the  user  to  the  program's  questions  are  used  to  construct  a 
complete  file  of  input  data.  The  computer  automatically  checks  the 
input  to  determine  if  it  is  in  a  valid  format  (e.g.,  the  aircraft 
mix  percentages  must  sum  to  100%),  and  requests  that  new  data  be 
entered  if  the  original  data  are  invalid.  The  output  of  the  On-line 
Airfield  Capacity  Model  is  a  summary  of  user  supplied  inputs  and  the 
calculated  hourly  capacity  of  the  runways.  The  input  file  is  saved 
and  can  be  used  by  the  Batch  Version  of  the  program. 

To  utilize  the  On-line  Airfield  Capacity  Model  to  determine  runway 
capacity,  it  is  necessary  to  have  a  remote  computer  terminal  and 
telephone  connections  with  a  computer  service  which  offers  the 
On-line  Airfield  Capacity  Model.  It  is  not  necessary  to  understand 
the  details  of  computer  operations  or  the  Batch  Capacity  Model 
described  in  Chapter  2.  Each  user  must  establish  his  own  user 
identification  code  with  the  computer  service  and  must  pay  for  the 
computer  time,  connect  time,  storage  cost  and  any  other  charge 
associated  with  his  use  of  the  model.  For  additional  details  on 
accessing  the  On-line  Airfield  Capacity  Model,  contact: 

Mr.  Anees  Adil,  AEM-100 

Office  of  Systems  Engineering  Management 

Federal  Aviation  Administration 

800  Independence  Avenue,  S.  W. 

Washington,  D.  C.  20591 

3.2  Discussion  of  Terms  Used  by  the  On-line  Airfield  Capacity  Model 

In  order  that  the  ramifications  of  some  of  the  questions  asked  by 
the  interactive  program  will  be  better  understood,  certain  “erms 
will  be  explair"'  in  this  section.  This  will  help  the  user  to 
supply  the  appropriate  answer.  These  terms  are: 

o  Air  Traffic  Control  System 

o  Weather  Conditions 
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o  Runway  Use  Configuration 
o  Aircraft  Mix. 

3.2.1  Air  Traffic  Control  System 

The  On-line  Airfield  Capacity  Model  can  model  either  current  or 
future  ATC  systems,  by  using  the  appropriate  values  for  the  arrival- 
arrival  separations,  departure-departure  separations,  and  control 
system  error.  Pour  standard  ATC  systems  are  available: 

o  Present 

o  Near-term 

o  Intermediate 

o  Far-term. 

A  brief  description  of  these  systems  may  be  found  in  Table  3-1, 
which  shows  the  explanatory  message  which  is  available  from  the 
interactive  program.  Additional  information  may  be  found  in 
FAA-EM-78-8A,  "Parameters  of  Future  ATC  Systems  Relating  to  Airport 
Capacity/Delay." 

If  these  standard  ATC  systems  are  inadequate,  the  user  of  the 
interactive  version  also  has  the  option  of  directly  specifying  the 
interarrival  separation  (DLTAIJ)  and  the  standard  deviation  of  the 
interarrival  times  (SIGMAA). 

3.2.2  Weather  Conditions 


Three  different  weather  conditions  are  recognized  by  the  interactive 
program.  These  are: 


o  VMC  -  Visual  Meteorological  Conditions 

o  MMC  -  Marginal  Meteorological  Conditions 
o  IMC  -  Instrument  Meteorological  Conditions. 


The  weather  condition  specified  affects  the  separations  used  by  the 
program  and  the  ATC  procedures  which  are  assumed  tq  be  in  effect. 
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TABLE  3-1 

EXPLANATION  OF  ATC  SYSTEM  CODES 


THE  FOLLOWING  ATC  SCENARIOS  REPRESENT  FAA  E  6  D 
PLANNING  AS  OF  JANUARY,  1980,  AS  DESCRIBED  IN  FAA-F.M-78-8A. 

ATC  TINE 

CODE  FRAME  DESCRIPTION 


P  PRESENT  CURRENT  ATC  SYSTEM 

N  '  NEAK-TE2M  VAS,  TERMINAL  FLOW  MANAGEMENT 

1  IN  TERM  EDI  ATE  WVAS,  TERMINAL  FLOH  MANAGEMENT,  REDUCED 

RUNWAY  OCCUPANCY  IN  IRC 

r  FAR-TERM  WVAS,  ADVANCED  TERMINAL  FLOH  MANAGEMENT 

FURTHER  REDUCTIONS  IN  INC  RUNWAY  OCCUPANCY 
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The  differences  between  the  weather  conditions  are  summarized  in 
Table  3-2.  In  VMC: 

o  VFR  (Visual  Flight  Rules)  apply 

o  Visual  separations  are  assumed 

o  Approaches  to  parallel  runways  are  independent  (except  for 
any  wake  vortex  effects)  if  the  runways  are  separated  by 
700  feet  or  more. 

MMC  represents  instrument  conditions  with  some  use  of  visual 
separations: 

o  IFR  (Instrument  Flight  Rules)  apply 

o  Approaches  to  parallel  runways  are  independent  only  if 

they  are  separated  by  4300  feet  or  more 

o  Visual  separations  are  used  between  arrivals  and 
departures  on  the  same  or  close  parallel  runways. 

IMC  represents  full  use  of  instrument  procedures: 

o  All  IFR  procedures  used  in  MMC  are  in  effect 

o  A  2.0  nmi  departure/arrival  separation  (DLTADA)  is  used 

for  operations  to  a  single  runway  or  a  close  parallel  pair 
(less  than  2500'  apart).  This  means  that  the  departure 
cannot  be  released  if  the  arrival  is  less  than  DLTADA  from 
the  threshold. 

These  IFR  or  VFR  procedures  are  implemented  in  the  program  by  chang¬ 
ing  the  manner  in  which  a  particular  runway  use  configuration  is 
modeled.  For  example,  mixed  operations  can  be  conducted  on  close 
parallel  runways  in  VMC.  In  IMC,  the  program  will  implement  the  IFR 
restrictions  on  parallel  arrival  and  departure  operations  by  assign¬ 
ing  all  arrivals  to  one  runway  and  all  departures  to  the  other. 
This  process  affects  many  of  the  runway  use  configurations  in  the 
model.  Therefore,  the  user  should  specify  the  runway  use  configura¬ 
tion  which  most  closely  agrees  with  what  can  actually  happen  under 
the  desired  operating  condition. 

3.2.3  Runway  Use  Configuration 

The  On-line  Airfield  Capacity  Model  recognizes  52  different  runway 
use  configurations,  with  each  runway  configuration  representing  a 
unique  combination  of  number  of  runways  (from  one  to  four),  relative 
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FIGURE  3-1 

DIAGRAMS  OF  RUNWAY  USE  CONFIGURATIONS  FOR  ON-LINE 

CAPACITY  MODEL 


FIGURE  3-1 

DIAGRAMS  OF  RUNWAY  USE  CONFIGURATIONS  FOR  ON-LINE 

CAPACITY  MODEL 
(Cont.) 
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position,  and  use  for  arrivals,  departures,  or  both.  Figure  3-1 
pictures  the  52  configurations,  along  with  the  identifying  number 
for  each  and  the  additional  information  required  for  some 
configurations.  These  additional  data  include  the  separation 
distance  between  parallel  runways,  the  distance  from  threshold  to 
intersection,  the  distance  between  the  centerline  of  runway  number 
one  and  the  threshold  of  the  far  nonparallel  runway,  and  the  angle 
between  nonparallel  runways.  All  distances  are  in  feet  and  the 
angle  is  in  degrees. 

If  a  particular  runway  use  configuration  is  not  included  in  Figure 
3-1,  it  may  be  possible  to  divide  the  runway  configuration  into 
independent  components.  If  a  very  small  percent  of  the  total  arri¬ 
vals  or  departures  is  expected  to  occur  on  a  given  runway,  it  may  be 
realistic  to  omit  it  in  the  specification  of  runway  configuration. 
These  methods  will  often  permit  the  runway  configuration  to  be  found 
in  Figure  3-1. 

A  number  of  assumptions  have  been  made  in  developing  the  runway  use 
configurations  in  Figure  3-1: 

o  For  all  three  runway  configurations  except  intersecting, 
runways  1  and  2  are  assumed  to  be  close-spaced  parallel 
(700  to  2500  feet  apart).  For  three  parallel  runways,  the 
separation  between  the  outer  pair  is  assumed  to  be  related 
to  the  user-specified  separation  between  runways  2  and  3 
as  follows: 


S 


700-2499  ft  (close) 
2500-3499  ft  (near) 
3500-4299  ft  (medium) 
4300  ft  or  more  (far) 


C  +  S 


2500-4299  ft  (medium) 
3500-4299  ft  (medium) 
4300  ft  or  more  (far) 
4300  ft  or  more  (far) 


where  S  is  the  user-input  separation  between  runways  2 
and  3, 

C  +  S  is  the  separation  between  runways  1  and  3. 

Note  that  there  is  no  difference  in  the  operating  char¬ 
acteristics  of  near-  or  medium-spaced  runways  —  the 
distinction  is  made  here  only  to  determine  the  spacing  of 
the  outer  pair. 

o  For  three  intersecting  runways,  no  operations  occur  on  the 
crossing  runway.  The  user  should  consider  specifying  one 
of  the  two  parallel  runway  configurations  instead. 
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o  For  four  runway  configurations,  runways  1  and  2  and 
runways  3  and  4  are  assumed  to  be  close-spaced  parallels. 
The  separation  between  the  inner  parallel  pair,  2  and  3, 
is  assumed  to  be  2500  feet  or  greater. 

3.2.4  Aircraft  Mix 


In  general,  unless  there  are  specific  constraints  on  certain 
aircraft  types,  it  is  advisable  to  use  the  same  aircraft  mix  on  each 
runway.  This  mix  would  represent  the  aircraft  which  use  the  airport 
over  the  course  of  an  entire  day. 

If  different  mixes  are  used  on  each  runway,  the  overall  airport  mix 
may  not  be  preserved,  and  airport  capacity  may  be  overestimated. 
For  example,  a  general  aviation  runway  may  be  able  to  handle  many 
more  general  aviation  aircraft  than  are  present.  GA  capacity  may  be 
greater  than  GA  demand,  but  air  carrier  capacity  may  still  be 

inadequate.  To  minimize  the  chance  of  misinterpreting  the  model 

results  in  some  cases,  independent  runways  should  be  analyzed 

separately,  and  demand/capacity  comparisons  should  be  made  for  each 
aircraft  type  separately. 

If  the  demand  of  a  particular  aircraft  type  is  greater  than  its 
capacity,  it  may  be  possible  to  adjust  the  mix  on  each  runway  to 
increase  capacity.  In  general,  a  more  homogeneous  mix  will  produce 
a  higher  capacity. 

3.3  Data  Input 

In  this  section,  each  question  which  may  be  asked  by  the  interactive 
program  will  be  presented  and  explained.  Both  long  and  short  forms 
will  be  given.  Table  3-3  summarizes  the  questions,  expected 

answers,  and  possible  error  messages. 

3.3.1  General  Information 

The  following  general  points  apply: 

o  Not  all  these  questions  will  be  asked  in  any  single  run 
because  several  questions  are  applicable  only  to  certain 
runway  configurations. 

o  Multiple  input  items  may  be  separated  by  one  or  more 
blanks  or  a  comma. 

o  Entering  the  wrong  number  of  items  will  produce  an  error 
message  and  the  question  will  be  presented  again. 


95 


Reproduced  from 
best  available  copy. 


TABLE  3-3 


ON-LINE  VERSION  INPUT  AND  ERROR  MESSAGES 


3AIA  RtOUESI  SHMt  FOAM 

Ui>  YOU  HANt  AN  EXPLANATION  None 
uT  AIC  SYSUM  CODES? 

(NIlW  AIC  SYSIIN  coot  ATC  coot 

(i>  /  N  /  I  /  F) 

IhltH  VNC.  HNC  KAIHtR 

1‘SUulNAl  I  H<_ ) ,  OR  me 


|  Ml  H  IlNalH  OF  FINAL 

u'lMiMiii  (Class  a  b  c  o)- 
1  VALSUS 

FINAL  APPROACH 
(A  B  C  0) 

YHC  only 

lUlH  IINC.I'I  or  FINAL 

vwiMi'i.  aii  classes  - 

1  VALIA 

FINAL  APPROACH, 
All 

■«C  ind  INC 

I.NllK  H UNJAY  USE  DIAGRAM 
N'.MHEH  (1-5.*) 

R/W  # 

Alwiys  used 

,  niih  ahchafi  mix 

I’tRi'i  n I acl  (Class  a  b 

,  01  tin  lACll  I’RlNim 
KUNW1Y  .NtPiHEK 

R/W  NIX 

For  ill  run- 
wiys  In  the 
runwiy  use 
diigrta 

u 

:SliR  AiVRiMCH  SPEEDS 

SPECOS 

AlwiyS  used 

-Nlt-t  sil'ARAI ION  V 
!;IW:lN  I'ARAllfl  RUNWAYS 
,Uill 

SEPARATION  S 

Pinllel 

runwiys 

t  S  Al  llRSA!  INC. 
A-'E.IVUS? 

alternating? 

Pirillel 

runwiys. 

NNC  or  INC, 
sepirition 
>3000  ft 

DIAGONAL 

'i  ’AAA!  k'N  (NNll.  AND 
EMRA  DISTANCE  FLOWN  TO 
AW.’  iFIl 

01  AG  SEP  l 

GIST  10  RW  2 

Pirillel  run¬ 
wiys  with 
lltermtlng 
trrlvils 

lM:A  31STANCE  ’X' 
ii IWEiN  THRESHOLD  AND 
INTERSECTION  for  EACH 
PRINTED  RUNWAY  NIMBER 
IFiitl 

1- 

>. 

THRESHOLD  TO 
INTERSECTION  X 

Intersecting 
runwiys 
(models  23 
through  26, 
plus  52),  for 
each  runwiy 

i* 

4- 

ARE  AIRCRAFT  A!RBO**£ 

AT  INTERSECTION?  ■ 

AIRBORNE 

INTER? 

Intersecting 

runwiys 

ENTER  DISTANCE  'O'  BE  THEN  THRESH0L0RW1 
THE  THRESHOLD  RWI  10  FARTHEST  RW 

AND  FARTHEST  RUNWAY  'O' 

(FEET) 

R/w  use 
diigrim  31, 
33,  35,  39, 
42,  44,  46,  ! 

APPLICABILITY  V»110  l»UT 

After  Access-  I  to  3  yet  or 
In?  computer  no  answers 

Alwiys  used  F,  N,  I,  F.  FI, 

Nt,  IX,  or  FX 

Always  used  V,  *1  or  I 

Four  Integers 

One  Integer 


Integer  I 
through  52 

Four  Integers 
which  sue  to 
100.  If  fifth 
entry  is  •All/ 
Slot  mix  will  be 
used  for  lit 
ruiwiys. 


Four  Inte9ers 

Inteoer  less  thin 
10000 

yes  or  no  reply 


Two  integers 


Integer  under 
10000 


yes  or  no  reply 
Integer 


NCSSAGf  FOR  INVALID  DATA 

Any  response  other  thin  “N*  or  “NO” 
is  treited  is  i  yes  reolv 

ERR  INCORRECT  ATC  SYSTEM 


ERR  WEATHER  NUST  RE  VNC, 
INC,  OR  -«C 


No  specill  error  message 
f...  r.fwrBM  FRROR  NCSSAGESl 


No  specific  »rrnr  messiqe 


ERR  RUNWAY  USE  OIAGR4N  NIINRER  HURT 
RE  RETWEEN  1  A  52 

5TH  PARANETER  IS  NOT  ACrrPTARLr 
UNLESS  IT  IS  ■AIL’,  REENTER 

ERR  NIX  PERCENTAL  nOES  NOT  TOTAL 
100  FOR  RUNWAY  • _  REENTER 


No  specill  error  message 
No  specill  error  message 


No  specill  error  m«SSAqe 


No  soeciil  error  message 


ERR  TH°ESHntO  TO  INTERS*  CHON 
DISTANCE  **IST  RE  AN  INTEGER 
BETWEEN  0  A  «RRR 


No  soedil  error  message 
No  soeciil  error  message 
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TABLE  3-3 


ON-LINE  VERSION  INPUT  AND  ERROR  MESSAGES 
(Cont.) 


DATA  REQUEST 

SHORT  FORM 

APPLICABILITY 

VALID  l¥>UT 

MESSAGE  FOR  INVALID  DATA 

ENTER  ANGLE  'A’  BE  THEN 
NOHARAILEL  RUNWAYS 
(DEGREES) 

ANGLE  A 

R/w  use 
dligria  31, 

33.  35.  39. 

42,  44,  46,  SO 

Integer  from  1 
to  90 

ERR  ANGLE  MUST  BE  AN  INTEGER 
BETWEEN  1  A  91 

ENTER  DLIAIJ  (3.  S.  OR 

16  VALUES) 

DLIAIJ 

If  'X1  suffix 
is  idded  to 

ATC  System 
code 

3.  5  or  16 
numbers.  Need 
not  be  inteqers. 

ERR  INPUT  CAN  RE  3,  5.  or  18 
NUMBERS, _ WERE  IN»UT 

ENIER  INIERARRIVAL 

SIGMA 

SIGKTA 

If  ’X'  suffix 
is  idded  to 

ATC  system 
code 

One  number,  need 
not  be  integer 

No  soecli)  error  messiqe 

ENIER  ARRIVAL  PERCENTAGE 
(UP  TO  II  VALUES) 

ARRIVAL  X 

Alwiys  used 

Uo  to  11  Inteqers 
S100.  First 
vilue  aiy  he 

9999,  8838.  or 
7777. 

ERR  PERCENTAGE  MUST  BE  AN 

INTEGER  BETWEEN  1  A  100 

NO. _ WAS  INCORRECT 

ENIER  TOUCH  A  GO 
PERCENIAGE 

TAG  X 

VMC, 
r/w  use 
dfiqna  1-5 

Integer  less  thin 
twice  irrivil  per- 
rentige  or  twice 
depirture  per- 
centige 

ERR  PERCENTAGE  MUST  BE  AN 

integer  between  i  a _ 

ENIER  AVERAGE  OCCUPANCY 
TIMES  BY  CLASS,  FOR  EACH 
PRINTED  RUNWAY  NIMKR 

1- 

2- 

EXIT  TIMES 

Alwiys  used. 
Nuoher  of 
runwiys  bised 
on  r/w  use 
diignm. 

Four  inteqers 

EXIT  TIME  IS  MINIMUM  OF  USER  INPUT 
AND  MAX  VALUES: 

(wirninq  messiqe,  for  1  or  F  Alt 
systems.  Mix  vilues  ire  In  FAA-EM' 
78-8A.) 

4. 


GENERAL  ERROR  MESSAGES  -  ipply  to  ill  diti  requests 


INVALID  INRUT 
Blink  input 
Too  few  inputs 
Too  ainy  inputs 

More  thin  16  inputs  on  e  line 

Floitlng-point  when  integer 
Is  required 

Chincter  diti  (Including 
negitive  sign)  when  integer 
Is  required 


COMPUTER  RESPONSE 
WAT  ?  7 

Diti  request  is  repelted 

w 

ERR  A  MAXIMUM  OF  PARAMETERS  ARE 
ALLOWED  IN  THIS  QUT5TI0N.  .  . 

_ WERE  INPUT 

WAT  7  7 

Otti  request  is  repeited 

ERR  I  AH  EXPECTING  A  NIPIBER, 

NOT  A  LETTER  OR  WORD 


Chincter  diti  longer  thin  6  ERR  (  )  ILLEGAL  ANSWER  OR  NIPI3ER 

letters  REENTEiT 


HALT 


RESTARTING  PROGRAM.  .  .  . 
DO  YOU  WISH  TO  PERFORM 
ANOTHER  CALCULATION? 
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o  Execution  may  be  halted  at  any  time  by  entering  'HALT'. 
The  user  then  may  start  over,  or  cancel  the  job. 

o  The  program  assumes  four  aircraft  classes  (A,  B,  C,  and 
D),  with  A  being  small  aircraft  (under  12,500  pounds), B 
and  C  being  large  aircraft  (12,500  to  300,000  pounds),  and 
D  being  heavies  (over  300,000  pounds).  All  pertinent 
inputs  are  to  be  in  this  order. 

3.3.2  Specific  Questions 

-  DO  YOU  WANT  AN  EXPLANATION  OF  A  T  C  SYSTEM  CODES? 

A  YES  or  Y  answer  will  print  the  message  in  Table  3-1,  briefly 
describing  the  four  standard  ATC  scenarios. 

Two  additional  YES/NO  answers  are  optional  on  this  line.  The  first 
of  these  deals  with  question  length;  if  this  is  NO  (or  N) ,  the  short 
form  of  the  question  will  be  printed.  A  final  NO  on  this  line  will 
cancel  the  input  summary  usually  printed  after  all  the  questions 
have  been  asked. 


-  ENTER  ATC  SYSTEM  CODE  (P  /  N  /  I  /  F) 

-  ATC  CODE 

Entry  of  one  of  the  four  code  letters  will  result  in  standard  values 
being  used  for  arrival  and  departure  separations,  M&S  performance, 
etc.  The  standard  values  are  taken  from  FAA-EM-78-8A.  The  user  may 
also  input  non-standard  values  for  the  arrival  separation  (DLTAIJ) 
and  for  the  sigma  of  the  interarrival  time  (SIGMAA).  To  do  this, 
the  user  would  add  an  'X'  to  the  ATC  code  otherwise  chosen.  For 
example,  an  entry  of  ’PX*  would  result  in  present-day  values  being 
used  for  departure  separations  and  probabilities  of  violation,  but 
DLTAIJ  and  SIGMAA  would  be  user  inputs,  as  described  later. 


-  ENTER  VMC,  MMC  (MARGINAL  IMC) ,  OR  IMC 

-  WEATHER 

One  of  three  weather  conditions  is  to  be  entered  here.  It  is 
sufficient  to  enter  just  the  first  letter  ('V, '  'M,1  or  'I').  The 
ceilings  and  visibilities  associated  with  each  condition,  and  the 
effect  of  each  condition  on  airport  operation,  are  given  in  Table 
3-2. 
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-  ENTER  LENGTH  OF  FINAL  APPROACH,  (CLASS  A  B  C  D)  -  FOUR  VALUES 

-  FINAL  APPROACH  (A  B  C  D) 


This  message  is  printed  only  if  VMC  has  been  specified.  Four 
numbers  are  to  be  entered,  representing  the  final  approach  path 
length  in  nautical  miles  for  each  aircraft  class. 


-  ENTER  LENGTH  OF  FINAL  APPROACH,  ALL  CLASSES  —  ONE  VALUE 

-  FINAL  APPROACH,  ALL 

In  MMC  and  IMC,  all  aircraft  are  assumed  to  fly  the  same  final 
approach  path.  Consequently,  only  one  number  needs  to  be  input  in 
this  response. 


-  ENTER  RUNWAY  USE  DIAGRAM  NUMBER  (1-52) 

-  R/W  # 

The  runway  diagram  number  is  obtained  from  Figure  3-1. 


-  ENTER  AIRCRAFT  MIX  PERCENTAGE  (CLASS  A  B  C  D) 

FOR  EACH  PRINTED  RUNWAY  NUMBER 

-  R/W  MIX 

Four  numbers,  for  the  percentage  of  each  aircraft  class  in  the  fleet 
mix,  are  to  be  entered  in  response  to  the  runway  number.  Again,  the 
model  assumes  a  small/large/large/heavy  mix.  For  multi-runway 
configurations,  typing  the  word  'ALL*  after  the  four  percentages 
will  result  in  the  same  fleet  mix  being  used  for  all  runways. 


-  ENTER  APPROACH  SPEEDS 

-  SPEEDS 

The  approach  speeds  for  the  four  aircraft  classes,  in  knots,  are 
entered  here.  This  speed  is  assumed  to  be  constant  from  the  start 
of  the  final  approach  path  to  the  runway  threshold.  An  average 
speed  for  this  segment  may  be  used. 


-  ENTER  SEPARATION  'S'  BETWEEN  PARALLEL  RUNWAYS 

-  SEPARATION  S 
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For  parallel  runway  configurations  only,  the  distance  in  feet 
between  the  centerlines  of  runways  2  and  3  is  requested.  For  three 
and  four  parallel  runways,  one  or  two  runway  pairs  are  assumed  to  be 
close  spaced  (700-2499  feet). 


-  RUN  ALTERNATING  APPROACHES? 

-  ALTERNATING? 

In  MMC,  this  question  will  be  asked  if  the  runway  separation  is 
large  enough  to  allow  alternating  approaches.  A  'Y'  or  'N'  answer 
is  required. 


-  ENTER  DIAGONAL  SEPARATION  (NMI) ,  AND  EXTRA  DISTANCE  FLOWN  TO  RW2 
(FT) 

-  DIAG  SEP  &  DIST  TO  RW2 

The  diagonal  separation  standard  (2.0  nmi  today)  is  the  minimum 
spacing  applied  between  alternating  arrivals  on  parallel  runways. 
The  "extra  distance  flown"  is  a  measure  of  the  runway  threshold 
displacement;  a  negative  value  would  be  entered  if  the  runway  2 
threshold  were  closer. 

This  question  is  only  presented  if  a  'YES'  answer  was  given  to  the 
previous  question. 


-  ENTER  DISTANCE  'X'  BETWEEN  THRESHOLD  AND 
INTERSECTION  FOR  EACH  PRINTED  RUNWAY  NUMBER  (FEET) 

-  THRESHOLD  TO  INTERSECTION  X 

For  intersecting  runways  only,  the  distance  to  the  intersection  is 
requested.  This  information  is  used  to  compute  the  times  required 
for  departures  and  arrivals  to  clear  the  intersection,  which  then 
determines  ADSR  and  DICBR,  the  arrival-departure  and 
departure-arrival  separations. 


-  ARE  AIRCRAFT  AIRBORNE  AT  INTERSECTION? 

-  AIRBORNE  INTER? 

A  'Y'  or  * N '  answer  is  all  that  is  needed  for  this  question,  asked 
only  for  intersecting  configurations.  The  answer  is  used  to 
determine  whether  to  apply  vortex  separations  at  the  intersection. 
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-  ENTER  DISTANCE  'D'  BETWEEN  THE  THRESHOLD  RW1 
AND  FARTHEST  RUNWAY  (FEET) 

-  THRESHOLD  RWI  TO  FARTHEST  RW  *  D ' 

Asked  for  open-V  and  "intersecting  beyond  the  threshold"  con¬ 
figurations.  The  distance  D  is  indicated  on  the  diagrams  in  Figure 
3-2. 


-  ENTER  ANGLE  'A'  BETWEEN  NONPARALLEL  RUNWAYS  (DEGREES) 

-  ANGLE  A 

This  question  is  similar  to  the  previous  one.  The  answers  to  these 
two  questions  are  used  to  determine  the  degree  of  dependence  between 
operations  on  the  two  runways. 


-  ENTER  DLTAIJ  (3,  5,  OR  16  VALUES) 

-  DLTATJ 

If  the  user  specified  'X1  as  part  of  the  ATC  code,  this  question  and 
the  next  will  be  asked.  For  the  arrival  separation  DLTAIJ,  the  user 
can  enter  3,  5,  or  16  numbers.  Figure  3-2  shows  how  these  values 
are  arranged  into  the  4X4  separation  matrix. 


-  ENTER  INTERARRIVAL  SIGMA 

-  SIGMAA 

The  value  requested  is  the  standard  deviation  of  the  interarrival 
time  at  the  threshold,  in  seconds. 


-  ENTER  ARRIVAL  PERCENTAGE  (UP  TO  11  VALUES) 

-  ARRIVAL  % 

The  percentage  of  arrivals  in  the  total  operations  count  is  a 
required  input.  Up  to  11  values  can  be  entered.  This  limit  was 
chosen  to  accommodate  the  case  of  zero  to  100%  by  10%  increments. 

The  first  value  to  be  input  could  also  be  one  of  three  special 
values:  <*999,  8888,  or  7777.  These  special  values  are  explained  in 
Chapter  2.  If  they  appear  elsewhere  than  in  the  first  position,  an 
error  message  will  be  returned. 
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o  3  NUMBER  INPUT  (1-3) 


o  5  NUMBER  INPUT  (1-5) 


o  lo  NUMBER  INPUT  (1-16) 
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FIGURE  3-2 

EXPANSION  OF  DLTAIJ  MATRIX 
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-  ENTER  TOUCH  &  GO  PERCENTAGE 
-TSGZ 


If  the  weather  is  VMC,  and  the  configuration  is  single,  parallel,  or 
open  V,  this  question  is  asked.  The  value  entered  must  be  less  than 
twice  the  first  arrival  percentage  entered  above,  and  less  than 
twice  the  corresponding  departure  percentage. 


-  ENTER  AVERAGE  OCCUPANCY  TIMES  BY  CLASS,  FOR  EACH 
PRINTED  RUNWAY  NUMBER 

-  EXIT  TIMES 

For  all  configurations,  this  question  is  asked.  Four  values  are 
entered,  one  for  each  aircraft  class.  For  immediate  and  far-term 
ATC,  certain  maximum  values  of  occupancy  time  have  been  specified  in 
FAA-EM-78-8A.  If  either  the  *  I  *  or  'F'  code  has  been  specified  for 
ATC,  the  program  will  use  the  minimum  of  the  user-specified  values 
and  these  stored  maximum  values,  and  print  a  warning  message  to  the 
user. 

After  these  questions  have  been  asked,  a  summary  of  the  input  items 
will  be  printed,  unless  the  no-summary  option  was  chosen.  Capacity 
is  then  calculated. 

The  program  next  asks,  'DO  YOU  WISH  TO  PERFORM  ANOTHER 
CALCULATION?'.  If  the  answer  is  'Y, '  the  interactive  questions  will 
be  repeated,  starting  with  'ENTER  ATC  SYSTEM  CODE.' 

3. A  Output 

The  input  data  summary  printed  by  the  program  includes  the  ATC 
system,  weather,  runway  use  diagram,  and  aircraft  mix  and  type  of 
operation  for  each  runway.  Other  information  may  be  contained  as 
well,  depending  upon  the  configuration.  This  input  summary  is 
printed  unless  the  program  is  instructed  not  to;  it  can  serve  as  a 
permanent  record  of  the  inputs  used  for  the  calculation. 

After  this  summary,  a  one-line  description  of  the  runway  con¬ 
figuration  is  printed,  followed  by  the  capacity  results.  First 
printed  is  the  arrival-priority  capacity:  the  maximum  number  of 
arrivals  possible,  plus  the  number  of  departures  which  can  be 
inserted  between  arrivals  without  disrupting  the  flow.  This  may  be 
followed  by  the  departure-priority  capacity  (the  maximum  number  of 
departures,  plus  any  arrivals  to  non-interferring  runways)  and  the 
intermediate  capacities,  if  these  are  required  for  the  calculation. 
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The  intermediate  capacities  represent  cases  where  the  gap  between 
arrivals  is  "stretched"  by  a  small  increment  in  order  to  accommodate 
more  departures. 

The  arrival  and  departure  capacities  at  the  specified  arrival 
percentage(s)  are  then  printed,  along  with  a  description  of  the 
means  by  which  the  particular  percentage  was  attained:  elimination 
of  excess  arrivals  or  departures,  or  by  a  specified  mix  of  operating 
strategies. 

After  the  capacity  is  printed  out,  the  program  asks  'DO  YOU  WISH  TO 
PERFORM  ANOTHER  CALCULATION?'  Any  answer  other  than  ' Y'  or  'YES' 
will  end  the  run. 

The  On-line  Airfield  Capacity  Model  prepares  an  input  data  file  for 
each  run  which  is  then  submitted  to  the  Batch  version  of  the  program 
discussed  in  Chapter  2.  The  input  file  for  the  last  (or  only)  case 
in  each  run  is  automatically  saved  and  may  be  used  for  additional 
runs.  For  more  details,  see  Section  2.  An  example  of  such  an  input 
file  may  be  found  in  Section  3.6.4  where  it  can  be  compared  with  the 
terminal  input  which  created  it. 

3.5  Sensitivity  Analysis 

The  FAA  Airfield  Capacity  Model  has  been  designed  to  facilitate 
sensitivity  analyses  of  runway  configurations.  Often  such  analyses 
take  the  form  of  determining  the  effect  on  capacity  of  varying  the 
percentage  of  arrivals.  It  is  possible  to  specify  up  to  11  dif¬ 
ferent  arrival  percentages  for  a  single  run  of  the  interactive 
version;  the  order  in  which  these  are  specified  is  not  important. 
For  an  example,  see  Section  3.6.4. 

Other  sensitivity  analyses  may  involve  varying  the  aircraft  mix,  the 
runway  occupancy  times,  and  so  on.  to  vary  these  parameters,  the 
user  has  two  options: 

o  Use  the  interactive  version  a  multiple  number  of  times, 
once  for  each  variation,  or 

o  Use  the  interactive  version  once,  for  the  basic  case,  and 
then  modify  the  resulting  batch  input  file.  Several  cases 
can  be  evaluated  with  each  run  of  the  batch  version  simply 
by  appending  the  data  for  the  items  which  vary  to  the  end 
of  the  basic  input  file.  For  more  information,  refer  to 
Section  2.4. 
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Percent  Touch-And-Go:  0 

Runway  Occupancy:  30,  35,  40,  45  seconds 

Arrival-Arrival  Separations: 

DLTAIJ :  2222 

2  2  2  2 

2  2  2  2 

2  2  2  2 
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*•  FAA  CAPACITY  MODEL  -  KEY  IS  ED  JANUARY,  1980  *• 


*♦*  AIRFIELD  HOURLY  CAPACITY  MODEL*** 

DO  YOU  HART  AM  EXPLANATIOM  Or  A  1  C  SYSTEM  CODES  t 
no 

ENTER  ATC  SYSTEM  CODE  (P/N/I/P) 

P 

ENTER  VHC,  HHC  (MARGINAL  IHC) ,  OR  IHC 

i 

ENTER  LENGTH  OF  FINAL  APPROACH,  ALL  CLASSES 
6 

ENTER  RUNWAY  USE  DIAGRAM  NUMBER  (1  -  52) 

1 

ENTER  AIRCRAFT  MIX  PERCENTAGE  (CLASS  A  B  C  D) 

TOR  EACH  PRINTED  RUNWAY  NUMBER 
1- 

0  5  75  20 

ENTER  APPROACH  SPEEDS 
95  120  130  140 

ENTER  ARRIVAL  PERCENTAGE  (  UP  TO  11  VALUES) 

9994 

ENTER  AVERAGE  OCCUPANCY  TIMES  BY  CLASS,  FOR  EACH 
PRINTED  RUNWAY  NUMBER 
1- 

35,42,  46,  51 


INPUT  SUMMARY  ••* 

PRESENT  ATC  SYSTEM 
IHC  WEATHER 

RUNWAY  USE  DIAGRAM  =  1 

PERCENT  TOUCH  ♦  GO  =  0 

PERCENT  ARRIVALS  *  9999 

8/W  AIRCRAFT  MIX  TYPE 

I  (A)  (B)  (C)  (D)  OPN 

1  0-  5.  75.  20.  BOTH 


SINGLE  RUNWAY  MIXED  OPERATIONS  WITHOUT  T  G  G 

ARRIVAL  PRIORITY  CAPACITY  (POINT  ft) 

TOTAL  =  54.58  ARRIVALS  *  28.95  DEPARTURES  * 

DO  YOU  WISH  TO  PERFORM  ANOTHER  CALCULATION  7 

,0  FIGURE  3-3 

EXAMPLE  1  -  TERMINAL  INPUT/OUTPUT 
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25.6  3 


Sigma: 

Approach  Speeds: 


8  seconds 


95,  120,  130,  140  kn. 

General  aviation  aircraft  conduct  short  approaches  (i.e.,  2  nmi), 
all  others  use  6  nmi.  From  Figure  3-1,  it  is  found  that  runuay 
configuration  23  is  appropriate. 

Figure  3-4  shows  the  terminal  dialogue.  Note  that  an  error  was  made 
on  the  final  approach  path  lengths;  the  program  was  halted,  and 
started  over,  to  enter  the  proper  values.  Note  also  the  error  in 
the  input  aircraft  mix  and  the  resulting  error  message,  also  the 
user  input  of  non-standard  values. 

3.6.3  Example  3  —  Parallel  Runways,  Alternating  Arrivals 

Determine  the  hourly  capacity  of  the  runway  use  shorn  below,  in  IMC, 
with  2.0  nmi  diagonal  separation  between  alternating  arrivals. 


3500' 

0  - * - 1 


Aircraft  Mix: 

Percent  Touch-And-Go: 
Percent  Arrivals: 


0XA,  0XB,  50XC,  50XD 
0 

6  OX 


Runway  Occupancy  Times:  45,  48,  55,  63  seconds  (Runway  1) 

42,  47,  53,  60  seconds  (Runway  2) 

The  runway  use  configuration  is  number  5,  from  Figure  3-1.  In  the 
program  output  (Figure  3-5),  note  that  the  input  summary  has  been 
deleted,  and  extra  input  has  been  requested  for  the  alternating 
arrival  case.  The  capacity  is  71  operations  per  hour. 


3.6.4  Example  4  —  Parallel  Runways,  Sensitivity  Analysis 

Determine  the  sensitivity  of  hourly  capacity  to  arrival  percentage 
for  the  following  case: 
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**•  AIRFIELD’ HOURLY  CAPACITY  BODEL*** 

DO  IOU  H  ANT  AM  EZPLAIATIOM  OP  A  T  C  SYSTEM  CODES  ? 
n  a 

AIC  CODE 
P* 

HEATHER 

* 

riMAL  APPROACH  (A  B  C  D) 

2  2  6  6 

■/■  * 

Malt 


RESTARTING  PROGRAM 

DO  YOU  WISH  TO  PERFORM  ANOTHER  CALCULATION  ? 

y«s 

**•  AIRFIELD  HOURLY  CAPACITY  MODEL*** 

DO  YOU  HANT  AN  EXPLANATION  OF  A  T  C  SYSTEM  CODES  1 

n  a 

ATC  CODE 
P* 

HEATHER 

» 

FINAL  APPROACH  (A  B  C  D) 

2  6  6  6 

R/H  I 

23 

R/H  MIX 
1- 

0  S  70  MS 

ERR  BIX  PERCENTAGE  DOES  MOT  TOTAL  100  FOR  RUNHAI  »  1 
REENTER 
1- 

0  S  so  45 

2- 

0  5  50  45 
SPEEDS 

95  120  130  140 
THRESHOLD  TO  INTERSECTION  X 
1- 

5000 

2- 

6000 

AIRBORNE  INTER  ? 

a 

DLTAIJ 
2  2  2 
SIGHAA 
8 

ARRIVAL  * 

50 

EXIT  TIMES 
1- 

30  35  40  45 
2- 

30  35  40  45 


FIGURE  3-4 

EXAMPLE  2  -  TERMINAL  INPUT/OUTPUT 


♦*♦  input  summary  ♦** 


PRESENT  ATC  SYSTEM 
YflC  HEATHER 

RUNWAY  USE  DIAGRAM  =  23 

PERCENT  TOUCH  ♦  CO  =  0 

PERCENT  ARRIVALS  =  50 

DISTANCES  BETWEEN  THRESHOLDS  AND  INTERSECTION  5000  6000 

DLT'IJ  =  2.0  2.0  2.0  2.0 

2.0  2.0  2.0  2.0 
2.0  2.0  2.0  2.0 
2.0  2.0  2.0  2.0 
SIGHA A  =  8.00 

PV  =  0.05 


R/W  AIRCRAFT  MIX  TYPE 

•  (A)  (B)  (C)  (D)  OPN 

1  0.  5.  50.  45.  ARR 

2  0.  5.  50.  45.  OEP 


TWO  INTERSECTING,  ARR  ON  *1,  DEP  ON  *2 

ARRIVAL  PRIORITY  CAPACITY  (POINT  II) 

TOTAL  =  63.25  ARRIVALS  =  41.36  DEPARTURES  *  21-89 


DEPARTURE  PRIORITY  CAPACITY 

TOTAL  =  44.49  ARRIVALS  *  0.0 


DEPARTURES  -  44.49 


CAPACITY  AT  POINT 
TOTAL  = 


2  MAX  GAP  STRETCH  *  20.  SEC 

64.30  ARRIVALS  *  35.44  DEPARTURES  =  28.86 


TO  OBTAIN  50  PERCENT  ARRIVALS,  OPERATE 

AT  POINT  2  FOB  87  PERCENT  OF  THE  HOUR,  AND 
AT  DEPARTURE  PRIORITY  POINT  FOR  13  PEBCENT 


AIRFIELD  HOURLY  RUNWAY  CAPACITY  *** 

TOTAL  =  61.7  ARRIVALS  -  30.9  DEPARTURES  *  30.9 


*****  ***** 


DO  YOU  WISH  TO  PEWFORH  ANOTHER  CALCULATION  7 
no 


FIGURE  3-4 

EXAMPLE  2  -  TERMINAL  INPUT/OUTPUT 
(Cont.) 
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•••  AI (FIELD  MOUILT  CAPACITT  HODEL*** 

DO  TOD  MINT  IN  EXPLANATION  OF  A  I  C  STSTEN  CODES  ? 

no  yesy  no 

ENTEt  AtC  St  STEM  CODE  (P/N/I/F) 

? 

ENT  El  V.1C,  flflC  (HABGINAL  INC),  01  INC 

1 

ENTE1  LENGTH  OF  FINAL  APP80ACH,  ALL  CLASSES 

5 

ENT  El  10NHAI  USE  OIAGBAB  NUNBEI  (1  -  52) 

5 

ENTEI  AIRCRAFT  NIX  PERCENTAGE  (CLASS  A  B  C  D) 
rOB  EACH  PBINTED  IUNHAT  NUNBEI 
1- 

0,0,SO.SO,a11 

ENTEB  APPBOACH  SPEEDS 
95,120,130,1*0 

ENTEI  SEPABATION  'S'  BETIEEN  PAIALLEL  IUNNAXS  (FEET) 

3500 

BUN  ALTEINATING  APFIOACHES  ? 

y«s 

ENTEI  DIAGONAL  SEPABATION  (INI),  AND  EITIA  DISTANCE  FLOWN  TO  IB  2  (FT) 

2  0 

ENTEI  AI1IVAL  PERCENTAGE  (  OP  TO  11  VALUES) 

*0 

ENTEB  AVEBAGE  OCCOPANCT  TINES  BT  CLASS,  FOB  BACH 
PBINTED  BUNWAT  NUNBEI 
1- 

*S,*8,55,63 

2- 

*2,47,53,60 


ALTEBNATING  APPIOACHES  —  2.0  INI/  3500.  FT  *** 

TWO  PABALLEL,  HEDIUH,  INC,  NIXED  ON  11  AID  12 

AIIIVAL  PRIOIITT  CAPACITT  (POINT  *1) 

TOTAL  *  95.17  ABBIVALS  *  *2.70  DEPAHTOIIS  *  52.*7 

TO  OBTAIN  60  PEICEIT  AIIIVALS, 

AVAILABLE  DEPARTUIE  CAPACITT  IS  SEDUCED  BT  2*.0  OPEIATIONS  PEI  HOUI 


•••  AIBFIELD  HOCBLT  BONBAT  CAPACITT 

TOTAL  «  71.2  ABBIVALS  ■  *2.7  DEPAITDBES  -  28.5 


•  •••* 


•  •••• 


FIGURE  3-5 

EXAMPLE  3  -  TERMINAL  INPUT/OUTPUT 
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Runway  Configuration: 

2 

Weather: 

VMC 

Aircraft  Mix: 

10%A,  10%B,  50%C,  30%D 

Runway  Separation: 

1000  feet 

Percent  Touch-And-Go: 

0 

Percentage  Arrivals: 

0,  35,  50,  65,  100% 

Runway  Occupancy: 

45,  53,  53,  55  seconds  (Runway  1) 

42,  51,  55,  58  seconds  (Runway  2). 

Program  output  is  shown  in 
ing  was  used. 

Figure  3-6.  The  short  form  of  question 

The  sensitivity  of  airfield 

capacity  is  found  to  be: 

Arrival 

Hourly 

Percentage 

Capacity 

0% 

49 

35 

76 

50 

69 

65 

53 

100 

35 

The  input  file  created  by  this  terminal  session  is  presented  in 
Figure  3-7.  A  comparison  reveals  that  some  items  reflect  the  user 
inputs,  while  others  are  standard  values.  For  complete  control  over 
the  parameters  used  in  the  capacity  calculation,  the  user  is  urged 
to  use  the  Batch  Version  of  the  program  (see  Chapter  2). 
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••  FAA  CAPACITY  BODEL  -  8EVISED  JANUARY,  1980  *• 


A1BFIELO  HOURLY  CAPACITY  BODEL*** 

DO  YOU  WANT  AN  El PLA NATION  OF  A  T  C  SISTEB  CODES  ? 
n  n  n 
ATC  CODE 
P 

WEATHER 

v 

FINAL  APPROACH  (A  B  C  D) 

115  5 

R/W  « 

2 

R/W  BIX 
1- 

10  10  50  30  all 
SPEEDS 

100  110  130  140 
SEPARATION  S 
1000 

ARRIVAL  X 
0,35,50,65,100 
T  C  G  X 
0 

EXIT  TIRES 
1- 

45  53  53  55 
2- 

42  51  55  58 


TWO  PARALLEL,  CLOSE,  VHC,  ARR  ON  «1,  DEPT  ON  12 
ARRIVAL  PRIORITY  CAPACITY  (POINT  »1) 


TOTAL 


83.88  ARRIVALS 


34.73 


DEPARTURES  =  49.15 


DEPARTURE  PRIORITY  CAPACITY 

TOTAL  -  49.15  ARRIVALS  *  0.0  DEPARTURES  *  49.15 

DEPARTURE  PRIORITY  CONFIGURATION  PROVIDES  DESIRED  PERCENT  ARRIVALS 

***  AIRFIELD  HOURLY  RUNWAY  CAPACITY  *•* 

TOTAL  ^  49. 1  ARRIVALS  *  0.0  DEPARTURES  *  49.1 


•  ***« 


FIGURE  3-6 

EXAMPLE  4  -  TERMINAL  INPUT/OUTPUT 
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TO  OBTAIN  35  PERCENT  ARRIVALS,  OPERATE 

AT  POINT  1  FOR  76  PERCENT  OF  THE  HOUR,  AND 
AT  DEPARTURE  PRIORITT  POINT  FOR  24  PERCENT 


AIRFIELD  HOUBLI  RUNNAT  CAPACITY  •  ** 

TOTAL  =  75,6  ARRIVALS  =  26.5  DEPARTURES  =  49.1 


TO  OBTAIN  50  PERCENT  ARRIVALS, 

AVAILABLE  DEPARTURE  CAPACITY  IS  REDUCED  BT  14.4  OPERATIONS  PER  HOUR 

AIRFIELD  HOURLY  RUNNAI  CAPACITY  *•* 

TOTAL  =  69.5  ARRIVALS  «  34.7  DEPARTURES  =  34.7 

•  •*••  •  *****  *****  *****  ***** 

TO  OBTAIN  65  PERCENT  ARRIVALS, 

AVAILABLE  DEPARTURE  CAPACITY  IS  REDUCED  BY  30.4  OPERATIONS  PER  HOUR 

AIRFIELD  HOURLY  RUNNAY  CAPACITY  *** 

TOTAL  =  53.4  ARRIVALS  =  34,7  DEPARTURES  =»  18.7 

•••••  *****  *****  *****  *****  ***** 

TO  OBTAIN  100  PERCENT  ARRIVALS, 

AVAILABLE  DEPARTURE  CAPACITY  IS  REDUCED  BY  49.1  OPERATIONS  PER  HOUR 

***  AIRFIELD  HOURLY  RUNNAY  CAPACITY  *•* 

TOTAL  =  34.7  ARRIVALS  =  34.7  DEPARTURES  =  0.0 

•  *•»*  •  •»*•  *****  *****  *****  ***** 

DO  YOU  NISH  TO  PERFOHH  ANOTHER  CALCULATION  ? 
ao 


FIGURE  3-6 

EXAMPLE  4  -  TERMINAL  INPJT/OUTPU7 
(Cont.) 


Ill 


SEW BUN  0  0 

2  20  0 
RONHAX  1  1  0 
0.  100.100.500.  30 
RUNHAI  2  1  0 
0.  100.  100.500.30 


ARBAR2  1  2  0 
45-  53.  53. 
ARBAR2  220 

55. 

42.  51.  55. 
DLTAIJ  4  0 

58. 

1.9  1.9  1.9 
APPSPD  S  0 

1.9 

2.7 

1.9  1.9 

1.9  2.7 

1.9 

1.9 

1.9 

4.5 

3.6 

3.6  2.7 

100  110  130 
DSDAS  6  0 

140 

34  34  39 

TD  7  0 

39 

35  45  45 

GAMA  G  0 

50 

50 

60  60 

60  50 

60 

60 

'  60 

120 

120 

120  90 

1  1  5 

5 

TGRBAR  9  0 

23.  22.  27. 
SIGHAS  19  0 

27. 

• 

8.  (8.  0. 
OTHERS  20  0 

0. 

6. 

0.050.05  0.0 

5.05000 

3.00.0 

0  35 

50 

65 

100 

XMCIAT  26  0 

1  .05  2 

20. 

BDO  22  0 

0.  0.  0. 
BAA  24  1 

25. 

0. 

0.  0. 

20.  0. 

0. 

0. 

10. 

25. 

20. 

10.  0. 

0.  0.  0. 

25. 

0. 

0.  0. 

20.  0. 

0. 

0. 

10. 

25. 

20. 

10.  0. 

FIGURE  3-7 

EXAMPLE  4  -  INPUT  FILE 
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CHAPTER  4.  DELETED. 

This  chapter  described  an  airport  simulation  model  which 
is  being  improved.  It  is  anticipated  that  the  effort  will 
be  completed  in  1981. 


CHAPTER  5  -  ANNUAL  DELAY  MODEL  VERSION  1  -  ANNUAL  DELAY 


5.1  Introduction 


An  analytic  model  has  been  developed  to  compute: 

a)  Total  annual  delay. 

b)  Average  delay  per  aircraft  over  a  year. 

c)  The  distribution  of  aircraft  delays  over  a  year. 

The  Annual  Delay  Model  automates  the  manual  process  for  deter¬ 
mining  annual  delay  described  in  reference  b.  The  Annual  Delay 
Model  computes  the  delay  in  representative  hours  and  aggregates 
them  into  measures  of  annual  delay  according  to  their  frequency 
of  occurrence.  In  doing  this  the  model  considers  fluctuations 
of: 

a)  weather  (IFR  R  VFR) 

b)  Runway  use  configuration 
cj  Hourly  capacity 

d)  Hourly  demand 


5.2  Model  Logic 

The  Annual  Delay  Model  takes  a  specified  annual  demand  and 
apportions  it  into  representative  hourly  demands.  This  is  done 
usinq  three  distributions  of  demand;  i.e. 

Week  Group  Distribution  of  Demand  -  PWEEK(i) 

Day  Group  Distribution  of  Demand  -  PDAY(j) 

Hourly  Distribution  of  Demand  -  PHOUR(k) 

A  week  group  is  a  set  of  weeks  (or  fractions  of  a  week)  that 
have  similar  demand  and  weather  charateristics.  Monthly  data 
can  be  entered  as  4  and  a  fraction  weeks;  e.g.r  31  days  =  4.43 
weeks.  The  week  qroup  distribution  of  demand  provides  the 
proportion  of  the  annual  demand  that  occurs  in  each  week  of  a 
week  group. 

A  day  group  is  a  set  of  days  within  a  week  that  have  similar 
demand  characteristics.  Each  day  of  the  week  may  be  accounted 
for  separately  or  days  may  be  grouped  together.  The  day  group 
distribution  of  demand  provides  the  proportion  of  the  weekly 
demand  that  occurs  in  each  day  of  a  day  group. 

The  hourly  distribution  of  demand  provides  the  proportion  of 
the  daily  demand  that  occurs  in  each  hour.  The  hourly  demand 
for  a  representative  hour  of  the  year  is  given  by: 
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HD(i, j,k)  =  _ ANNUAL  DEMAND _ 

NWEEK(i)  .  PWEEK  (i)  .  NDAY  ( j) .  PDAY  {  j)  .PHOUR(k) 

where:  HD(i,j,k)  -  hourly  demand  for  week  qroup  i,  day  group  j, 

and  hour  qroup  k. 

NWEEK(i)  =  number  of  weeks  in  each  week  group. 

NDAY(j)  =  number  of  days  in  each  day  qroup. 

The  representative  hourly  demand  may  be  further  adjusted  to 
account  for  demand  restrictions  imposed  by  weather  conditions 
and/or  runway  use  configuration. 

Hourly  capacities  are  input  for  each  runway  use  configuration 
and  weather  category  combination.  Hourly  delays  are  calculated 
for  each  representative  hour  of  the  year  and  weather  category 
usinq  the  delay  curves  given  in  Fiqure  2-68  of  reference  b. 

The  average  delay  per  operation  for  the  year  is  computed 
considering  the  frequency  of  occurance  of  each  representative 
hour,  each  weather  condition,  and  each  runway  use 
configuration. 

NOTE:  In  calculating  hourly  delay,  the  model  assumes  that  all 
capacity  and  demand  values  are  for  50%  arrival. 


5.3  Input  Format 

The  following  general  instructions  apply  to  preparing  inputs  to 
the  Annual  Delay  Model: 

1.  Data  entry  requires  two  types  of  cards;  i.e.. 

Header  Card;  e.q.,  WEAPCT  8 

Data  Card(s);  e.g.,  0.82  0.64 

0.18  0.36 

(NOTE:  8  is  the  data  type  number.  See  7.  below.) 

2.  There  is  no  fixed  sequence  for  groups  of  header/data  cards 
except: 

a)  the  card  containing  KRUN  and  I- PRINT  data  must  be  the 

first  card  in  the  deck,  and 

b)  Data  type  2;  i.e.,  GROUPS,  must  precede  data  types  3, 

4,  5,  6,  7,  8,  9,  10,  13,  14  and  15. 

3.  Unless  otherwise  noted  on  the  form  by  decimal  points,  right 
justify  numbers  within  the  blocks  shown  on  the  coding  form. 
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4.  To  execute  a  run,  place  a  1  in  card  column  14  of  the  header 
card  for  the  last  data  group. 

5.  Multiple  runs  can  be  made  with  one  stack  of  cards.  Place 
replacement  header/data  cards  after  the  execute  card  for  the 
first  complete  run.  This  procedure  is  illustrated  in  example 

1. 

6.  Any  10  letter  title  can  be  used  in  card  columns  1-10  of  the 
header  card. 

7..  On  the  header  card: 


cc 

1-10 

Title 

cc 

11-12 

Data  type  number 

cc 

14 

Execute  command  (i.e 

8.  The  model  can  accommodate: 

52  week  groups 
7  day  groups 
10  weather  groups 
10  runway  use  configurations 

The  coding  form  in  this  chapter  is  constructed  for  up  to 
12  week  groups  and  two  weather  groups. 

9.  Enter  annual  demand  as  3250CO  not  325,000  or  325K. 

10.  Whenever  a  proportion  or  ratio  is  called  for,  the  input 
should  be  entered  as  a  decimal;  e.g.,  0.017  not  1.7%. 

11.  Allowable  values  of  Demand  Profile  Factor  are  25,  30,  35, 
40,  45  and  50. 

A  sample  coding  form  with  header  labels  and  decimal  points  is 
shown  in  Figure  5-1.  It  is  recommended  that  a  similar  form  be 
used  in  preparing  card  inputs.  The  definitions  of  terms  used 
in  the  coding  form  are  given  below: 

TERM  DEFINITION 

KFUN  The  number  of  runs  to  be  executed.  The  value 

of  KRUN  is  equal  to  the  number  of  occurance  of 
a  1  in  card  column  14  of  the  header  card. 

I-PRINT  If  I-PRINT  =  1,  the  input  data  will  be  listed 

before  the  output  is  printed. 

If  I-PRINT  =  0,  no  input  data  will  be  listed. 

ANNDEMAND  A  header  label  used  with  annual  demand  dat 

ANNDEM  The  annual  demand  in  operations  per  year. 
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GROUPS 


A  header  label  used  with  the  specification  of 
qroup  data. 


NDGPS 

NWGP5 

NWECON 

NRWIJSE 

WKPERCENT 

WG1  thru 
WG12 

WKNUMBER 

CAPACITY 

WEI 

WE2 

DPERCENT 

DG1  thru 
DG7 

PAYNUMBER 

DEMANPCT 

WEAPCT 

DEMPROFILE 

DPF 

RWYDEMPCT 


Number  of  day  groups. 

Number  of  week  qroups. 

Number  of  weather  conditions. 

Number  of  runway  use  configurations. 

A  header  label  used  with  the  proportion  of 
total  annual  traffic  that  occurs  in  one  week  of 
each  week  group;  e.g.,  if  total  annual  traffic 
=  350000  and  demand  in  1  week  of  a  week  group 
=  7350,  the  proportion  =  0.021. 


Week  qroup  1  thru  12. 

A  header  label  used  with  the  number  of  weeks  in 
each  week  qroup. 

A  header  label  used  with  the  hourly  runway 
capacity  for  each  runway  use  configuration 
and  weather  combination. 

Weather  group  1. 

Weather  qroup  2. 

A  header  label  used  with  the  proportion  of 
weekly  traffic  that  occurs  in  1  day  of  each 
day  group;  e.g.,  if  weekly  traffic  =  6000  oper¬ 
ations  and  the  demand  in  1  day  of  a  day  group 
=  875,  the  proportion  =  0.146. 


Day  qroups  1  thru  7. 

A  header  label  used  with  the  number  of  days  in 
each  day  qroup. 

A  header  label  used  with  weather  group  demand 
factors;  i.e. ,  the  ratio  of  demand  in  each 
weather  qroup  to  the  demand  in  WEI. 

A  header  label  used  with  the  proportion  of 
occurrence  of  each  weather  group  in  any  given 
week  qroup. 

A  header  label  used  with  Demand  Profile  Factor. 
Demand  Profile  Factor 

A  header  label  used  with  runway  use  configura¬ 
tion  demand  factor;  i.e.,  the  ratio  of  demand 


for  each  runway  use  configuration  to  the  demand 
for  RU1. 


RU1  thru 

RU10  Runway  use  configuration  number  1  thru  10. 

RUNID  A  header  label  used  with  title  information. 

TITLE  Any  20  letter  name  identifying  the  run;  e.g., 

NATIONAL  1987  CASE  3 


HOURPCT 

HR1  thru 
HR24 

FIGNUMS 

•T  PRINT 


A  header  label  used  with  the  proportion  of 
daily  traffic  in  each  hour;  e.g.,  if  the  daily 
traffic  =  800  and  the  demand  in  hour  HR7  =  60, 
the  proportion  for  HR7  =  0.075. 


Hour  12:00  a.m.  -  12:59  a.m.  through  11:00  p.m. 
-  11:59  p.m. 

A  header  label  used  with  the  figure  numbers 
given  in  Figure  5-1. 

If  JFRINT  =  1,  the  model  will  print  the  total  daily 
delay  in  hours  for  each  Month-Day-Weather-Runway  Use 
Configuration  combination. 

If  JPRINT  =  0  or  blank,  the  total  daily  delay  will 
not  be  printed. 


Input  Considerations 

The  following  factors  should  be  considered  in  preparing  inputs 
to  the  Annual  Eelay  Model: 

a.  The  sequence  in  which  week  group  proportions  are 
entered  is  not  important.  However,  they  must  be  coordinated 
with  the  annual  weather  distribution. 

b.  The  input  weather  distribution  represents  the 
proportion  of  the  days  where  that  weather  condition  exists  all 
day.  The  proportion  of  the  days  which  are  WEI  or  WE 2  should 
not  include  weather  conditions  which  occur  during  very  low 
demand  periods  of  the  day;  e.g.,  do  not  include  in  this 
proportion  days  during  which  the  bad  weather  only  occurs 
between  10:00  p.m.  and  5:00  a.m. 

c.  The  sequence  in  which  day  group  proportions  are 
entered  has  no  impact  on  annual  delay.  The  important  data  is 
the  magnitude  of  the  numbers.  The  Annual  Delay  Model  assumes 
that  every  week  of  each  month  has  the  same  daily  demand 
distribution. 

d.  The  sequence  in  which  hourly  proportions  are  entered 
is  very  important,  if  demand  exceeds  capacity  for  several 
consecutive  hours  for  some  runway  use  configuration/weather 
combination. 
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e.  It  is  recommended  that  only  runway  use  configurations 
that  occur  for  at  least  5%  of  a  given  weather  condition  be  con¬ 
sidered  in  the  annual  delay  analysis. 

f.  The  Demand  Profile  Factor  is  defined  as  the  percent 
of  the  hourly  demand  that  occurs  in  the  peak  15  minutes.  To 
consider  the  variations  of  the  Demand  Profile  Factor  from  hour 
to  hour,  input  the  average  Demand  Profile  Factor  for  the  busy 
hours  of  the  day. 

g.  Touch-and-go  operations  do  not  normally  occur  during 
busy  hours  at  commercial  airports.  Touch-and-go  operations 
should  be  excluded  from  the  annual  operations  when  determining 
annual  delay  for  commercial  airports.  If  touch-and-go 
operations  are  included  as  part  of  the  input  for  a  general 
aviation  airport,  the  hourly  capacities  should  be  based  on  the 
same  percent  touch-and-go.  The  Annual  Delay  Model  treats 
touch-and-go  operations  as  one  arrival  and  one  departure.  If  a 
runway  use  configuration  consists  of  one  runway  used 
exclusively  for  touch-and-go  operations  and  one  runway  for 
arrival  and  departure  operations,  the  annual  delay  analysis 
should  be  done  separately  for  each  runway. 


5.5  Output 

The  output  of  the  Annual  Delay  Model  consists  of: 

a)  total  annual  delay  In  hours 

b)  average  delay  per  operation  in  minutes 

c)  standard  deviation  of  average  delay  per  operation  in  minutes 

d)  distribution  of  annual  delay  by: 

month  of  year 
day  of  week 
weather  condition 
runway  use  configuration 

e)  frequency  distribution  of  delay  per  operation 

The  frequency  distribution  of  annual  delay  per  operation  is  comnured 
and  listed  by  time  interval.  The  output  format  is: 

Time  Interval  Percent  of  Operations  Cumulative  Percent 

0.0  0.2 
0.2  0.4 


1.8  2.0 

2.0  3-0 


99-0  100.0 

Over  100 
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The  time  interval  is  not  printed  if  it  had  OX  of  the  aircraft 
delays. 


5. 6  Optional  Outputs 

The  Annual  Delay  Model  can  be  used  to  calculate: 

the  delay  for  an  hour, 

the  delay  for  a  series  of  hours, 

the  delay  for  a  day, 

the  delay  for  a  week, 

the  delay  for  a  month,  and 

measures  of  annual  capacity. 

The  following  defines  procedures  for  determining  these  outputs: 

a.  Hourly  Delay.  The  delay  for  a  given  hour  can  be 
determined  by  completing  the  partially  filled  in  form  shown  in 
Figure  5-2.  The  value  of  annual  demand  should  be  equal  to 
hourly  demand  x  365.  Set  HR1  =  1.0  for  header  label  HOURPCT. 
The  model  output  of  average  delay  per  operation  is  the  average 
delay  per  operation  for  the  hour  under  consideration. 

b.  Delay  for  a  Series  of  Consecutive  Hours.  The  delay 
for  2  or  more  consecutive  hours  up  to  24  hours  can  be 
determines  by  completing  the  partially  filled  in  form  shown  in 
Figure  5-2.  The  value  of  annual  demand  should  be  equal  to  the 
total  hourly  demand  for  the  series  of  hours  x  365. 

The  model  output  of  averaqe  delay  per  operation  is  the  averaqe 
delay  per  operation  over  the  time  span  considered. 

c.  Daily  Delay.  The  average  delay  per  operation  for  a 
day  can  be  determined  by  following  the  procedure  defined  by  b. 
above  using  an  hourly  demand  distribution  for  the  complete  24- 
hour  period. 

d.  Weekly  Delay.  The  averaqe  delay  per  operation  for  a 
particular  week  can  be  determined  by  computing  the  daily  delay 
for  the  conditions  specific  to  each  day  (or  group  of  days)  of 
the  week. 

e.  Monthly  Delay.  The  averaqe  delay  per  operation  for  a 
particular  month  can  be  determined  by  computing  the  daily  delay 
for  the  conditions  specific  to  each  day  (or  group  of  days)  of 
the  month. 

f.  Measures  of  Annual  Capacity.  The  Annual  Delay  Model 
can  be  used  to  determine  a  level  of  service  of  annual  capacity 
based  on: 

1)  The  average  delay  per  operation  produced  by  a 
given  number  of  annual  operations. 
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2) 


The  percent  of  annual  operations  having  delays 
in  excess  of  some  selected  delay  per  opera¬ 
tion. 

3)  Some  combination  of  the  above. 

The  procedure  is  to  operate  the  model  at  different  values  of 
annual  operations  but  keeping  all  other  inputs  fixed.  The 
model  output  can  then  be  analyzed  to  determine  annual  capacity 
based  on  the  level  of  service  desired  by  the  user. 


5.7  nata  Input  Modes  It  is  possible  to  use  the  Annual  Delay  Model 
in  two  input  modes;  i.e., 

o  Remote  Job  Entry  (RJE)  via  cards 

o  From  a  teletype  terminal  using  stored  files 

Remote  iob  entry  requires  that  all  data  be  punched  on  IBM  cards 
and  be  processed  by  a  card  reader.  Job  cards  are  required  to 
load  the  capacity  model  and  to  identify  the  user  for  billing 
purposes.  Model  output  is  printed  on  a  remote  printer. 

In  the  teletype  terminal  mode  the  user  can  construct  input 
files  and  call  for  model  executions  directly  from  the  teletype 
location.  The  input  format  is  exactly  the  same  as  with  cards. 
To  call  for  an  execution,  a  series  of  computer  instructions  are 
entered  from  the  teletype  terminal.  These  instructions  can  be 
stored  in  the  computer  and  called  for  by  a  Command  File  or 
CLIST.  The  FAA  has  established  Command  Files  on  TYMSHARE  and 
McAuto  for  operation  of  the  Annual  Delay  Model  from  a  teletype 
terminal.  To  use  this  method  requires  that  the  input  data  be 
placed  in  a  temporary  file  named  BATCH. SUB  and  that  the  command 
EX  TER  AND  be  entered.  The  result  will  be  a  complete  execution 
of  the  Annual  Delay  Model.  After  execution,  the  input  file 
BATCH. SUB  can  be  renamed  and  permanently  stored,  or  edited  and 
reexecuted. 


5. 8  Examples 

The  following  examples  illustrate  the  use  of  the  Annual  Delay 
Model  Version  1. 

Example  _1 

Compute  the  total  delay  for  the  following  conditions; 

Annual  Demand;  300,000  and  400,000  operations 

Percent  Arrival;  50 

Percent  Touch-and-Go;  0 

Demand  Profile  Factor;  35 

WEI  =  VFR 
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WE2  =  IFR 

WE2  Demand  =  90X  of  WEI  demand 
RU2  =  11  OX  of  RU1 
RU3  =  It  OX  Of  RU1 

Annual  Demand  Distribution 


January 

.087 

July 

.081 

February 

.087 

August 

.080 

March 

.082 

September 

.082 

April 

.081 

October 

.087 

May 

•  080 

November 

.088 

June 

.076 

December 

.089 

Annual  Weather  Distribution 

WEI 

WE2 

WEI  WE2 

January 

1.00 

0.00 

July 

98  .02 

February 

.99 

.01 

August 

99  .01 

March 

.98 

.02 

September 

99  .01 

April 

.99 

.01 

October  1 

00  0.00 

May 

.98 

.02 

November  1 

00  0.00 

June 

.98 

.02 

December  1 

00  0.00 

Daily  Demand  Distribution 

Monday  .15  Friday  .15 
Tuesday  .13  Saturday  .14 
Wednesday  .14  Sunday  «15 
Thursday  .14 


Hourly  Demand  Distribution 


0-1 

0.59  6-7 

0.32 

12-13  4. 

32 

18-19 

9 

.80 

1-2 

0.47  7-8 

2.50 

13-14  5. 

18 

19-20 

10 

.66 

2-3 

0.23  8-9 

8.63 

14-15  3. 

77 

20-21 

6 

.86 

3-4 

0.17  9-10 

7.13 

15-16  4. 

18 

21-22 

2 

.91 

4-5 

0.08  10-11 

3.34 

16-17  7. 

84 

22-23 

1 

.66 

5-6 

0.12  11-12 

6.01 

17-18  12. 

21 

23-24 

1 

.02 

Hourly  Capacity  Data 

in  Weather 

Condition 

1 

Runway  Runway 

Figure 

Mix 

Hourly 

Percent 

Use 

Geometry 

Number 

Index 

Capacity 

Utilization 

1 

Single  RW 

2-3 

140 

52 

10 

2 

Parallel  RW 

2-4 

140 

72 

30 

3 

Parallel  RW 

2-9 

140 

95 

60 

Hourly  Capacity  Data 

in  Weather 

Condition 

2 

Runway  Runway 

Figure 

Mix 

Hourly 

Percent 

Use 

Geometry 

Number 

Index 

Capacity 

Utilization 

2 

Parallel  RW 

2-44 

160 

60 

70 

1 

Single  RW 

2-43 

160 

50 

30 

12? 


Figure  5-3  shows  the  coding  form  for  this  problem  with  input 
data  filled  in.  From  the  computer  output  shown  in  Figure 
5-4,  the  total  delay  is  found  to  be: 


Annual  Demand 
(Operations) 
300,000 
400,000 


Annual  Delay 
(Hours) 
27,532 
148,000 


The  computer  run  for  Example  1  is  contained  in  Figure  5-5. 
The  total  delay  is  found  to  bet 


Annual  Demand 
(Operations) 

300,000 

400,000 


Annual  Delay 
(Hours) 

32,764 

153,22? 


Example  2 

Compute  the  average  delay  per  operation  for  the  following  day. 

Hourly  Demand  Distribution 


Hour 

Demand 

Proportion 

0-1 

2 

0.003 

1-2 

1 

0.002 

2-3 

0 

0.000 

3-4 

0 

0.000 

4-5 

0 

0.000 

5-6 

3 

0.005 

6-7 

10 

0.015 

7-8 

30 

0.045 

8-9 

40 

0.061 

9-10 

45 

0.068 

10-11 

40 

0.061 

11-12 

30 

0.045 

12-13 

30 

0.045 

13-14 

25 

0.038 

14-15 

45 

0.068 

15-16 

60 

0.091 

16-17 

65 

0.099 

17-18 

55 

0.083 

18-19 

45 

0.068 

19-20 

50 

0.076 

20-21 

30 

0.046 

21-22 

30 

0.046 

22-23 

20 

0.030 

23-24 

3 

0.005 

TOTAL  659 

1.000 

Use  the  single  runway  IFR  data  in  Example  1  for  all  other 
inputs. 

Figure  5-5  shows  the  coding  form  for  this  problem  with  the  input, 
data  filled  in.  From  the  computer  output  shown  in  Figure  5-6 
the  average  daily  delay  per  operation  is  7.2  minutes. 
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CODING  FORM  FOR  ANNUAL  DELAY  MODEL  VERSION  1  FIGURE  5-1 


rrTTTTT 


ru7  rub  ruy  ru. 


CODING  FORM  FOR  OPTIONAL  USES  OF  THE  ANNUAL  DELAY  MODEL  VERSION  1  COMPLETED  CODING  FORMS  FIGURE  5-4 

"  FOR  EXAMPLE  2 


KIJ.MID  16 

EXAMPLE  1 
ANNUEMAND  1 
300000 

UEMPP0FILE12 

35 

GROUPS  2 
7  12 

•WKPERCENT  3 
0.01960.02160 
WKNUMdER  4 
4.43004.00004, 
UPERCENT  5 
O.lbOOO. 13000, 
OAYN'J^BER  6 
1  1 

HOURPCT  11 
0.U06o0.00b00 
0.04300.05200 
aEAPCT  H 
1.00000.99000 
U.O  0.01000 
OEMAMPCT  7 
1.00000.9000 
KwYUSEPCT  10 
0. 10000.3000 
0.30000.7000 
0.60000.0 
KWYOEMPCT  13 
1.00001.00001 
CAPACITY  9 
52.0  50.0 
72.0  60.0 
95.0  0.0 

MIX  INDEX  14 
140  160 

140  160 

140  160 

FIG  NUmS  15 
2-  3  2-43  2- 
2-  4  2-44  2- 
2-92-0  2- 


.01850. 01 890. 0181 0.0 1770. 01830. 01810. 0191 0.01960. 02050. 0201 
.43004.29004.43004,29004.43004,43004,29004.43004,29004.4300 
.14000.14000.15000.14000.1500 
1  1  1  1  1 

.00200. 00200.00100.00100. 00300. 02500. 08600. 07100. 03300. 0600 
.03800. 04200. 07800. 12200.09800. 10700. 06900. 02900.0 1700* 01 00 

.98000.99000.98000.98000.98000.99000.99001.00001.00001.0000 

.02000. 01000.02000.02000. 02000. 01000. 01000.0  0.0  0*0 


*  AIexampleTiDY  C0NDITI0NS  # 


COMPUTER  RUN  FOR  EXAMPLE  1 
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ATCH  ANNUAL  DELAY  MODEL  VERSION  1,  FEB  1977 
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aaaaaaaaaaaaaaaattaaaaaaaaattaaaaaaaaaaaaaattaaaaattaaattttattaaaaaaaa 

ooooooooooooooooaoooooooooooooooooooooooooooooooooooooooooooooo 
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QQCQQQOQQQQQOQOQOOOOQQODQQOCQQOCQQOQQDQOQOOQOQDQDDQDDDDDOCQQDDQ 

ZZZ2ZZ2Z2ZZ2ZZ2Z2Z22ZZZZZZZ2Z2ZZHZZZZZZZZZZZ22ZZ22ZZZ23Z22ZZZ2Z 

5  rxmimxixxxxxxixxxxixixxxxixxxxxmxixxxxxzxxxxxxxxxxxxxxxi 
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zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz 

030000000000000000000000000000000000000000000000000000000000000 

oouuouuuouuuuuuuouuuuuouuuouuuoououuuuuuuuuuouuuuoouuouuuuuouuu 

3333333333333333333333333333333*3333333333333333333333333333333 

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaauaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
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aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
uniinujujujujuiujujujiiinjujujiiiujiijujujujujujujiuujujujuinjijjuiujujujujujiijujujiiiujujuujinujujuiujiijnjujujuuiiijujtijijjujujuj 

iiiixxiiiiiriixiiixiixiiiiiixiiixxixxiixixxixixxxiiiixxiiixixix 

4«««««4««««4«««44«««<I«««4«««<l44<t<<I«««« 
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ANNUAL  SUMMARY 


AVERAGE 

delay 

DISTRIBUTION 

(MINUTES) 

PERCENT 

AT 

LEAST 

less  THAN 

OCCURRENCE 

0.0 

0.2 

9,001 

9.0 

0.2 

0.4 

13.318 

22.3 

0.4 

0.6 

11.583 

7.700 

33.9 

0.6 

0.8 

41.6 

0.8 

1.0 

4.420 

46,0 

1.0 

1.2 

2.409 

48.4 

1.2 

1.4 

2.448 

50.9 

1 .4 

1.6 

1.225 

52,1 

1  .6 

1.8 

1.032 

53.1 

1.8 

2.0 

1.371 

54.5 

2.0 

3.0 

5.490 

60.0 

3.0 

4.0 

9.661 

69.7 

4,0 

5.0 

2.908 

72.6 

5.0 

6.0 

2.056 

74.6 

6.0 

7.0 

1.267 

75.9 

7.0 

8.0 

3.034 

76,9 

8.0 

9.0 

2.329 

81.3 

9.0 

lo.o 

0.816 

82.1 

[0.0 

11.0 

0.683 

82.8 

1 1 .0 

12.0 

1.682 

84.4 

12.0 

13.0 

1.003 

85.4 

13.0 

14.0 

1.535 

87. 0 

[4.0 

15.0 

1.112 

86.1 

15.0 

16.0 

1.402 

89. 5 

[6.0 

17.0 

0.520 

90.0 

17.0 

18.0 

1.157 

91.2 

[8.0 

19.0 

0.024 

91.2 

[9.0 

20.0 

0.830 

92.0 

20.0 

21.0 

1.142 

93.2 

24.0 

25.0 

0.168 

93.3 

25.0 

26.0 

0.747 

94.1 

26.0 

27.0 

0.154 

94.2 

27.0 

28.0 

0.169 

94,4 

31.0 

32.0 

0.016 

94.4 

32,0 

33.0 

0.002 

94.4 

34.0 

35.0 

0.005 

94.4 

35.0 

36.0 

0.003 

94,4 

36.0 

37.0 

0.045 

94.5 

38.0 

39.0 

0.003 

94.5 

41.0 

42.0 

0.093 

94.6 

42.0 

43.0 

0.001 

94.6 

43.0 

44.0 

0,057 

94.6 

45.0 

46.0 

0.071 

94,7 

46.0 

47.0 

0.582 

95.3 

47.0 

48.0 

0.294 

95,6 

48.0 

49.0 

0.252 

95.8 

49.0 

50.0 

50.0 

51.0 

0.182 

0,412 

96.0 

96.4 

51.0 

52.0 

0.377 

96.8 

52.0 

53.0 

0.574 

97.4 

53.0 

54.0 

0.396 

97.8 

54.0 

55.0 

0.264 

98.0 

55.0 

56,0 

0.405 

98.4 

56.0 

57.0 

0.442 

98.9 

58.0 

59.0 

0.446 

99,3 

59.0 

60.0 

0.241 

99.6 

95.0 

96,0 

0.441 

100.0 

MEAN  OF  AVERAGE  DELAY 

=  6.55 

STANDARD  DEVIATION 

=  8.07 
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1^5 


1 46 


HUN ID  16 

Example  i 
anndehand  i 

400000 

OtMPRUKILt 12 

GROUPS  2 

7  1?  2 

wkPERCENT  3 
0.01960.02180.01850 
*KNUMBER  4 
4.43004.00004.43004 
DPERCENT  5 
0.15000.13000.14000 
IwYNUMdER  6 
1  1  1 

HOURPCT  11 
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*  AIRPORT  STUDY  CONDITIONS  * 

*  example  1 
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ANNUAL  DELAY  =  153227.0  HOURS 
ANNUAL  DEMAND  *  400000  OPERATIONS 

AVERAGE  DELAY  =  22.98  KINUTES-AIRCRAFT 


monthly  summary  of  annjal  delay 


month  annual  delay  hours 

1  14088.9 

2  19665.5 

3  10660.7 

4  11S94.5 

5  97S9.4 

6  6713.6 

7  1019b. 7 

8  9679.5 

9  12467.3 

10  14086.9 

11  16675.8 

12  1S622.9 


SUMMARY  OF  ANNUAL  DELAY  BY  DAY  of  week 


DAY  ANNUAL  DELAY  HOURS 
1  26811.1 

2  13474.4 

3  19774.9 

4  19774.9 

5  26811.1 

6  19774.9 

7  26811,1 


SUMMARY  OF  ANNUAL  DELAY  BY  WEATHER  CONDITION 


WEATHER  ANNUAL  DELAY  HOURS 

1  150793.2 

2  2435.3 


SUMMARY  OF  ANNUAL  DELAY  BY  WEATHER  AND  RW  CONF 


WEATHER  Rw  CONF  ANNUAL  DELAY  HOURS 
1  1  65702.1 

1  2  45432.7 

1  3  39662.5 

2  1  1286.5 

d  2  1148.8 

2  3  0.0 
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CHAPTER  6  -  ON-LINE  ANNUAL  DELAY  MODEL  VERSION  1 

ANNUAL  DELAY 


6. 1  Introduction 


The  On-line  Annual  Delay  Model  Version  1  is  an  adaptation  of 
the  qeneral  Annual  Delay  Model  described  in  Chapter  5.  It  is 
similar  in  operation  to  the  On-line  Runway  Capacity  Model 
discussed  in  Chapter  3. 

The  Cn-line  Annual  Delay  Model  provides  a  structured  way  to 
determine  the  total  delay  to  runway  operations  for  a  year.  The 
On-line  Annual  Delay  Model  considers  the  distribution  of  hourly 
demand  over  a  24-hour  day,  the  daily  distribution  of  demand 
over  a  7-day  week,  the  monthly  distribution  of  demand  over  a 
year,  and  the  monthly  distribution  of  three  weather  categories 
over  a  year.  The  On-line  Annual  Delay  Model  can  be  run  with 
user  supplied  data  or  a  combination  of  user  supplied  and  built- 
in  data.  • 

A  list  of  computer  services  (or  timesharing  companies)  offerinq 
the  program  can  be  obtained  from: 

Chief,  Airport  Desiqn  Branch,  ARD-410 

DOT/FAA 

2100  Second  Street,  S.W. 

Washington,  D.C.  20590 

(202)  426-3685 


6. 2  Discussion  of  Terms  Used  by  On-line  Annual  Delay  Model 

a.  Monthly  Distribution  of  Annual  Operations.  The 
monthly  distribution  of  annual  operations  is  defined  as  the 
percent  of  annual  operations  that  occur  in  each  month. 

The  On-line  Annual  Delay  Model  has  seven  built-in  distributions 
of  annual  operations.  These  are  identified  by  annual 
operations  distribution  letters: 

a  Uniform  distribution;  i.e.,  the  same  percentage 
each  month. 

b  Based  on  large  air  carrier  airports  with 
small  monthly  variations  of  demand. 

c  Based  on  large  air  carrier  airports  with 
moderate  monthly  variations  of  demand. 

d  Based  on  large  air  carrier  airports  with 

substantial  monthly  variations  of  demand. 
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e  Eased  on  large  general  aviation  airports  with 
small  monthly  variations  of  demand. 

f  Based  on  large  general  aviation  airports  with 
moderate  monthly  variations  of  demand. 

g  Based  on  medium  size  general  aviation  airports 
with  substantial  monthly  variations  of 
demand. 

When  possible,  it  is  desirable  to  use  site  specific  annual 
operation  distributions.  A  monthly  summary  of  total  operations 
by  airport  can  be  obtained  by  contacting: 

Information  Operations  Branch,  AMS-220 
DOT/ FA A 

800  IndeDendence  Ave. ,  S.W. 

Washington,  D.C.  20590 

(202)  428-3791 

More  detail  data  containing  the  daily  tower  count  can  be 
obtained  by  contacting: 

Aviation  Forecast  Branch,  AVP-120 
DOT/FAA 

800  Independence  Ave.,  S.W. 

Washington,  D.C.  20590 

(202)  426-3103 

The  sequence  in  which  monthly  percents  are  entered  is  not 
important.  However,  the  distribution  of  annual  operations  must 
he  coordinated  with  the  annual  weather  distribution. 

b.  Monthly  Distribution  of  Weather.  The  monthly 
distribution  of  weather  is  defined  as  the  percent  of  the  time 
that  VFR,  IFR  and  PVC  operating  conditions  occur  each  month. 

The  Cn-line  Annual  Delay  Model  has  four  huilt-in  distributions 
of  weather.  These  are  identified  by  annual  weather 
distribution  letters. 

• 

a  99X  VFR,  1%  IFR,  0*  PVC 

b  95*  VFR,  4%  IFR,  IS  PVC 

c  88X  VFR,  11*  IFR,  IS  PVC 

d  80S  VFR,  18S  IFR,  2%  PVC 

When  possible,  it  is  desirable  to  use  site  specific  weather 
distributions.  Monthly  weather  data  can  be  obtained  from  the 
National  Weather  Records  Center  in  Ashville,  North  Carolina. 

The  input  weather  percentaaes  represent  the  percent  of  the  days 
where  that  weather  condition  exists  all  day.  Therefore,  the 
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percent  of  the  days  which  are  VFR,  IFR,  and  PVC  should  not 
include  weather  conditions  which  only  occur  durinq  very  low 
demand  periods  of  the  day;  e.g. ,  do  not  include  in  this 
proportion  days  during  which  the  bad  weather  only  occurs 
between  10:00  o.m.  and  5:00  a.m. 

c.  Daily  Demand  Distribution.  The  daily  demand 
distribution  is  defined  as  the  percent  of  the  weekly  demand 
that  occurs  in  each  day. 

The  On-line  Annual  Delay  Model  has  six  built-in  distributions 
of  daily  demand.  These  are  identified  by  daily  demand 
distribution  letters. 

a  Same  demand  per  day 
b  Peak  day  =  1.15  x  (minimum  day) 

c  Peak  day  =  1.25  x  (minimum  day) 

d  Peak  day  =  1.50  x  (minimum  day) 

e  Peak  day  =  1.70  x  (minimum  day) 

f  Two  days  each  with  25%  of  the  weeks  demand,  the 
other  five  days  each  have  10% 

When  possible,  it  is  desirable  to  use  site  specific  daily 
demand  distributions.  Data  on  the  daily  distribution  of  demand 
is  contained  in  "Tower  Airport  Statistics  Handbook"  published 
annually  by: 


Chief,  Aviation  Forecast  Branch,  AVP-120 
DOT/FAA 

800  Independence  Ave.,  S.W. 

Washington,  D.C.  20590 

(202)  426-3103 

The  sequence  in  which  the  daily  demand  distribution  percentages 
are  entered  has  no  impact  on  annual  delay.  The  important  data 
is  the  magnitude  of  the  seven  numbers.  The  Annual  Delay  Model 
assumes  that  every  week  of  each  month  has  the  same  daily  demand 
distribution. 

d.  Hourly  Demand  Distribution.  The  hourly  demand 
distribution  is  del  ned  as  the  percent  of  the  daily  demand  that 
occurs  in  each  hour. 

The  On-line  Annual  Delay  Model  has  nine  built-in  distributions 
of  hourly  demand.  These  are  identified  by  hourly  demand 
distribution  letters. 

a  Uniform  over  16  hours 

b  Based  on  the  three  larqest  air  carrier  airports 
c  Based  on  the  rest  of  the  10  larqest  air  carrier 
airports 

d  Based  on  other  airports  in  the  20  larqest  air 
carrier  airports 
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e  Based  on  selected  medium  hub  air  carrier  air¬ 
ports 

C  Based  on  selected  large  general  aviation  air¬ 
ports 

g  Based  on  selected  small  hub  air  carrier  airports 
h  Based  on  selected  medium  sized  general  aviation 
airports 

i  Based  on  selected  small  general  aviation  air¬ 
ports 

When  possible,  it  is  desirable  to  use  site  specific  hourly 
demand  distributions.  Data  on  the  hourly  distribution  of 
demand  can  usually  be  obtained  by  contacting  the  tower  chief  at 
the  respective  airport. 

e.  Hourly  Distribution  of  Demand  by  Weather  Condition. 
The  On-line  Annual  Delay  Model  considers  three  weather  condi¬ 
tions;  i.e.,  VFR,  IFR  and  PVC.  These  weather  conditions  have 
the  same  meanings  as  used  in  Chapter  3. 

The  on-line  Annual  Delay  Model  will  allow  the  level  of  opera¬ 
tions  in  IFR  and  PVC  to  be  set  equal  to  some  percent  of  the 
level  of  operations  in  VFR.  This  accounts  for  the  general 
phenomena  that  demand  in  IFR  is  lower  than  in  VFR  because 
uninstrumented  aircraft  are  prevented  from  using  the  runways, 
and  demand  in  PVC  is  much  lower  than  VFR  because  of  poor 
operating  conditions. 

f.  Runway  Use  Configuration  Utilization  Percent  by 
Weather.  The  On-line  Annual  Delay  Model  requires  the  percent 
of  the  time  that  each  runway  use  configuration  is  used.  This 
is  done  for  all  VFR,  all  IFR  and  all  PVC  runway  use 
configurations.  The  model  assumes  that  the  capacity  of  each 
runway  use  configuration  is  constant  across  the  day. 

Therefore,  it  is  advisable  not  to  enter  data  for  runway  use 
configurations  that  are  only  used  during  very  low  demand  time 
periods  (e.g.,  10:00  p.m.  to  5:00  a.m.). 

It  is  recommended  that  only  runway  use  configurations  that 
occur  for  at  least  25  of  the  VFR,  or  IFR  or  PVC  days  be 
considered  in  the  annual  delay  analysis. 

g.  Demand  Profile  Factor.  The  demand  profile  factor  is 
defined  as  the  percent  of  the  hourly  demand  that  occurs  in  the 
peak  15  minutes.  To  allow  for  the  variation  of  demand  profile 
factor  from  hour  to  hour,  input  the  average  demand  profile 
factor  for  the  busy  hours  of  the  day. 

h.  Touch-and-Go  Operations.  Touch-and-go  operations  do 
not  normally  occur  during  busy  hours  at  commercial  airports. 
Therefore,  touch-and-go  operations  should  be  excluded  from  the 
annual  operations  when  determining  annual  delay  for  commercial 
airports.  If  touch-and-go  operations  are  included  in  the 
annual  operations  for  a  general  aviation  airport,  the  hourly 
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capacities  should  be  based  on  the  same  percent  touch-and-go. 

The  Annual  Delay  Model  treats  touch-ang-qo  operations  as  one 
arrival  and  one  departure.  If  a  runway  use  configuration 
consists  of  one  runway  used  exclusively  for  touch-and-go 
operations  and  one  runway  for  arrival  and  departure  operations, 
the  annua"  '^clay  analysis  should  be  done  separately  for  each 
runway. 


6.3  Data  Requests 

The  following  defines  the  data  requests  and  acceptable  inputs 
for  the  On-line  Annual  Delay  Model: 

ENTER  ANNUAL  DEMAND 

This  data  request  is  typed  after  the  proqram  identification 
code  is  entered  (e.g. ,  EX  AND).  Enter  the  total  number  of 
arrivals  plus  departures  for  the  year.  A  comma  is  not  used  for 
values  over  1000  (e.q.,  enter  225000  instead  of  225,000). 

ENTER  FOR  EVERY  MONTH 

PERCENT  OF  ANNUAL  DEMAND 

PERCENT  OF  MONTH  WHICH  IS  VFR,  IFR,  AND  PVC 
JANUARY 

Pour  numbers  should  be  entered  on  the  line  immediately  after 
the  word  January  (e.g.,  7.6  96  3  1).  A  space  should  separate 
each  number.  The  first  number  is  January’s  percent  of  annual 
operations  and  the  second,  third,  and  fourth  numbers  are  the 
percent  of  January  days  which  are  VFR,  IFR,  and  PVC 
respectively.  The  second,  third,  and  fourth  numbers  must  sum 
to  100.  The  terminal  will  request  data  for  FEBRUARY  as  soon  as 
valid  input  data  is  provided  for  January.  This  process  is 
repeated  until  the  data  have  been  entered  for  all  12  months. 

The  terminal  will  repeat  the  entire  data  request  if  the  monthly 
percentages  of  annual  operations  do  not  sum  to  100. 

As  an  alternative  to  enterinq  the  annual  operations  and  weather 
distributions,  the  user  can  enter  an  annual  operations  distri¬ 
bution  letter  and  annual  weather  distribution  letter  for  the 
JANUARY  input.  The  On-line  Annual  Delay  Model  will  then 
proceed  to  the  next  question. 

ENTER  IFR  AND  PVC  OPERATIONS  AS  A  PERCENT  OF  VFR 
OPERATIONS 

This  data  request  requires  two  numbers  (each  between  0  and  100) 
be  entered  with  a  space  between  them.  The  first  number  is: 

100  times  the  operations  on  an  average  IFR  day  divided  by 
operations  on  an  average  VFR  day.  The  second  number  is:  100 
times  the  operations  on  an  average  PVC  day  divided  by 
operations  on  an  average  VFR  day. 
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ENTER  DAILY  OPERATIONS  AS  A  PERCENT  OF  WEEKLY 
OPERATIONS  MONDAY 

This  data  request  requires  'one  number  (between  0  and  100)  be 
entered.  The  terminal  will  type  TUESDAY  after  a  number  is 
entered  for  Monday;  another  number  should  be  entered  on  this 
line.  This  process  is  repeated  until  a  number  has  been  entered 
for  each  day  of  the  week.  This  entire  data  request  is  repeated 
if  the  seven  numbers  do  not  sum  to  100. 

As  an  alternative  to  entering  the  daily  demand  distribution, 
the  user  can  enter  the  daily  demend  distribution  letter  for  the 
MONDAY  input.  The  On-line  Annual  Delay  Model  will  then  proceed 
to  the  next  question. 

ENTER  HOURLY  OPERATIONS  AS  A  PERCENT  OF  DAILY 

OPERATIONS 

0-1 

This  data  request  requires  one  number  (between  0  and  100)  be 
entered.  The  terminal  will  automatically  type  "1-2"  as  soon  as 
data  has  been  entered  for  the  hour  "0-1. H  This  process  is 
repeated  throuqh  the  hour  "23-24."  The  terminal  will  repeat  the 
entire  data  request  if  the  24  numbers  do  not  sum  to  100. 

As  an  alternative  to  entering  the  hourly  demand  distribution, 
the  user  can  enter  the  hourly  demand  distribution  letter  for 
the  0-1  input.  The  On-line  Annual  Delay  Model  will  then 
proceed  to  the  next  question. 

ENTER  DEMAND  PROFILE  FACTOR 

This  data  request  requires  one  number.  Acceptable  values  of 
the  demand  profile  factor  are  25,  30,  35,  40,  45  and  50. 

ENTER  THE  FOLLOWING  FOR  EVERY  VFR  RUNWAY  USAGE; 
RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX 
INDEX,  HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  THE 
VFR  DAYS  USED 

This  data  request  requires  one  or  more  lines  of  data  where  each 
line  of  data  is  for  a  specific  VFR  runway  use  configuration. 

The  first  number  per  line  is  an  integer  1  throuqh  122  which 
defines  the  runway  use  configuration  as  illustrated  in  Figure 
6-1.  (Fiqure  2-2  in  the  computer  question  refers  to  Fiqure  2-2 
in  reference  b.)  The  second  number  is  the  mix  index;  i.e.,  %  C 
aircraft  ♦  3  X  D  aircraft.  The  third  number  is  the  hourly 
runway  capacity  as  computed  from  Chapter  2  or  3.  The  fourth 
number  per  line  is  the  percent  of  the  VFR  days  that  the  runway 
use  configuration  is  used.  The  percent  of  the  VFR  days  used 
summed  over  all  VFR  runway  use  configurations  must  sum  to  100. 

Any  number  of  lines  of  data  can  be  entered.  Every  line  of  data 
has  four  numbers.  The  first  number  is  an  integer  1  through 
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122,  the  second  number  is  an  integer  0  through  300,  the  third 
number  is  a  positive  number  less  than  500,  and  the  fourth 
number  is  between.  1  and  100. 


ENTER  THE  FOLLOWING  FOR  EVERY  IFR  RUNWAY  USAGE: 
RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX 
INDEX,  HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  THE 
IFR  DAYS  USED 

This  data  request  is  the  IFR  version  of  the  preceeding  data 
request.  The  input  format  is  identical  to  that  for  VFR  runway 
usages.  The  computer  will  go  to  the  next  data  request  when  the 
"percent  of  the  IFR  days  used"  sums  to  100. 

ENTER  THE  FOLLOWING  FOR  EVERY  PVC  RUNWAY  USAGE: 
RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX 
INDEX,  HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  THE 
PVC  DAYS  USED 

This  data  request  is  the  PVC  version  of  the  previous  two  data 
requests.  It  is  necessary  to  enter  data  for  this  data  request 
even  if  PVC  weather  does  not  occur  (e.g.,  enter  111  100). 


6.4  Output 

Immediately  after  the  PVC  runway  use  configuration  data  is 
entered,  the  On-line  Annual  Delay  Model  will  type  an  input 
summary.  The  input  summary  defines  the  data  used  to  determine 
annual  delay;  this  includes  the  actual  data  if  built-in  data  is 
used  for:  monthly  percent  of  annual  operations  and  monthly 
weather  distribution,  daily  percent  of  the  weekly  operations, 
the  hourly  percent  oi  the  daily  operations.  The  input  summary 
does  not  contain  any  error  messages  and  can  serve  as  a 
permanent  record  of  inputs  used  for  the  calculation. 

The  output  of  the  On-line  Annual  Delay  Model  is  typed  after  the 
input  summary.  The  output  includes: 

a.  the  total  annual  runway  delay  (in  hours  and  minutes) 

b.  the  average  runway  delay  per  operation  (in  minutes) 

c.  the  distribution  of  delay  per  operation 

The  distribution  of  delay  per  operation  (item  c.)  has  been  deleted 
from  the  On-line  Annual  Delay  Model  to  reduce  output  printing  time. 

After  the  output  is  printed,  it  is  possible  to  do  parametric 
variations  on  annual  opeations.  The  teletype  will  print:  DO 
YOU  WISH  TO  DETERMINE  ANNUAL  DELAY  IOR  ANOTHER  ANNUAL  DEMAND? 

If  a  "y"  response  is  given,  the  terminal  will  make  the  data 
request  ENTER  ANNUAL  DEMAND  and  calculate  annual  delay  assuming 
all  other  inputs  are  identical.  If  any  response  other  than  "y" 
is  given,  the  terminal  will  type  the  following  data  request: 


DO  YOO  WISH  TO  PERFORM  ANOTHER  CALCULATION? 

A  Myw  response  to  this  data  request  will  repeat  the  entire 
series  of  data  requests  for  the  On-line  Annual  Delay  Model. 

Any  other  response  will  automatically  terminate  use  of  the  On¬ 
line  Annual  Delay  Model. 


6. 5  Optional  uses  of  On-line  Annual  Delay  Model 

The  On-line  Annual  Delay  Model  can  be  used  with  built-in  demand 
distribution  data  to  calculate: 

The  delay  for  an  hour 

The  delay  for  a  series  of  hours 

The  delay  for  a  day 

The  delay  for  a  week 

The  delay  for  a  month 

Measures  of  annual  capacity 

The  following  defines  procedures  for  determining  these  outputs: 

a.  Hourly  Delay.  The  hourly  delay  for  a  given  demand 
per  hour  can  be  determined  by: 

1)  Entering  annual  operations  equal  to  the  hourly 

demand  x  5840.  (NOTE:  The  On-line  Annual 
Delay  Model  requires  an  annual  demand  equal 
to  5840  times  hourly  demand  and  the  use  of 
hourly  demand  distribution  letter  a  in  order 
to  compute  average  delay  per  operation  for 
the  desired  hourly  demand.) 

2)  Entering  a  for  the  JANUARY  annual  demand 

distribution  data. 

3)  Entering  100  100  for  IFR  and  PVC  operations  as  a 

percent  of  VFR. 

4)  Entering  a  for  the  MONDAY  daily  demand 

distribution  data. 

5)  Entering  a  for  the  0-1  hourly  demand  distri¬ 

bution  data. 

6)  altering  100  for  the  percent  of  VFR  days  used  in 

the  runway  use  configuration  capacity  data. 
Enter  the  appropriate  runway  use  diagram 
number,  mix  index  and  hourly  runway  capacity. 

» 

7)  Entering  the  same  capacity  and  percent  utiliza¬ 

tion  data  for  IFR  and  PVC  conditions  as  was 
used  for  VFR  conditions. 


158 


The  model  output  of  averaqe  delay  per  operation  is  the  averaqe 
delay  per  operation  for  the  hour  under  consideration. 

b.  Del ay  for  a  Series  of  Consecutive  Hours.  The  delay 
for  2  or  more  consecutive  hours  up  to  24  hours  can  he 
determined  by: 

1)  Enterinq  annual  operations  equal  to  the  total 

hourly  demand  for  the  series  of  hours  x  365. 

2)  Enterinq  a  for  the  January  annual  demand 

distribution  data. 

3)  Entering  100  100  for  IFR  and  PVC  operations  as  a 

percent  of  VFR. 

4)  Enterinq  a  for  the  Monday  daily  demand  distri¬ 

bution  data. 

5)  Enterinq  the  hourly  demand  percents  based  on  the 

total  demand  for  the  series  of  hours  under 
consideration.  Enter  zero  for  all  other 
hours.  The  entered  values  must  sum  to  100.0. 

6)  Entering  100  for  the  percent  of  VFR  days  used  in 

the  runway  use  configuration  capacity  data. 
Enter  the  appropriate  runway  use  diagram 
number,  mix  index  and  hourly  runway  capacity. 

7)  Entering  the  same  capacity  and  percent  utiliza¬ 

tion  data  for  IFR  and  PVC  conditions  as  was 
used  for  VFR  conditions. 

The  model  output  of  averaqe  delay  per  operation  is  the  averaqe 
delay  per  operation  over  the  time  span  considered. 

c.  Daily  Delay.  The  averaqe  delay  per  operation  for  a 
day  can  be  determined  by  following  the  procedure  defined  by  b. 
above  using  an  hourly  demand  distribution  for  the  complete  24- 
hour  period. 

d.  Weekly  Delay.  The  averaqe  delay  per  operation  for  a 
particular  week  can  be  determined  by  computing  the  daily  delay 
for  the  conditions  specific  to  each  day  (or  group  of  days)  of 
the  week. 

e.  Monthly  Delay.  The  averaqe  delay  per  operation  for  a 
particular  month  can  be  determined  by  computing  the  daily  delay 
for  the  conditions  specific  to  each  day  (or  group  of  days)  of 
the  month. 

f.  Measures  of  Annual  Capacity.  The  On-line  Annual 
Delay  Model  can  be  used  to  determine  a  level  of  service  of 
annual  capacity  based  on: 
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1)  The  average  delay  per  operation  produced  by  a 

qiven  number  of  annual  operations. 

2)  The  percent  of  annual  operations  having  delays 

in  excess  of  some  selected  delay  per  opera¬ 
tion. 

3)  Some  combination  of  the  above. 

The  procedure  is  to  operate  the  model  at  different  values  of 
annual  operations  but  keeping  all  other  inputs  fixed.  This  can 
easily  be  done  by  entering  MyM  to  the  question:  DO  YOU  WISH  TO 
DETERMINE  ANNUAL  DELAY  FOR  ANOTHER  ANNUAL  DEMAND?  The  model 
output  can  then  be  analyzed  to  determine  annual  capacity  based 
on  user  specified  level  of  service  considerations. 


Examples 

The  following  examples  illustrate  the  use  of  On-line  Annual 
Delay  Model  Version  1.  Common  data  for  all  examples  are: 

Percent  Arrival  =  50 
Percent  Touch-and-Go  =  0 

Mix  index  =  120;  i.e.,  OXA,  10XB,  60XC,  30XD 
Demand  Profile  Factor  =40 


Percent 

Diagram  Capacity  Utilization 


Geometry 

Number 

VFR 

IFR 

VFR 

IFR 

Single  Runway 

1 

54 

52 

10 

30 

Parallel  Runway 
Intersecting 

2 

77 

60 

50 

45 

Runway 

43 

75 

59 

40 

25 

Example  1 


Compute  the  total  annual  delay  and  average  annual  delay  per 
operation  for  the  following  conditions: 

Annual  demand  =  200,000  and  300,000  operations/year 

Annual  demand  distribution  b 

Annual  weather  distribution  a 

Daily  demand  distribution  d 

Hourly  demand  distribution  b 

IFR  demand  =  90X  of  VFR  demand 

The  computer  dialogue  for  this  problem  is  shown  in  Figure  6-1. 
The  annual  delay  is: 


Annual  Demand 
200000 
300C00 


Annual  Delay 
1396  hours 
9697  hours 


NOTE:  The  ***  in  the  Input  Summary  for  VFR  weather  means 
that  VFR  weather  conditions  occur  100  percent  of  the  month. 

Example  2 

Analyze  annual  delay  for  the  followinq  conditions: 

Annual  demand  =  250,000  operations 
IFR  demand  =  100*  of  VFR  demand 

Annual  Demand  Distribution 


January 

9. 1 

July 

7.7 

February  9.4 

August 

7.4 

March 

9.4 

September 

7.4 

April 

9.4 

October 

8.0 

May 

8.0 

November 

8.1 

June 

7.4 

December 

8.7 

Annual  Weather  Distribution 

VFR  IFR  PVC 

VFR 

IFR  PVC 

January 

91  9  0 

July 

84 

16  0 

February 

90  10  0 

August 

87 

13  0 

March 

919  0 

September 

86 

14  0 

April 

87  13  0 

October 

86 

14  0 

May 

90  10  0 

November 

87 

13  0 

June 

89  11  0 

December 

89 

11  0 

Daily  Demand  Distribution 

Monday 

14 

Friday 

15 

Tuesday 

-  16 

Saturday 

13 

Wednesday  14 

Sunday 

13 

Thursday  15 

Hourly  Demand  Distribution 

0-1 

2.27 

6-7  1.53 

12-13  5.28 

18- 

19  6.51 

1-2 

1.81 

7-8  4.11 

13-14  5.56 

19- 

20  6.69 

2-3 

1.19 

8-9  6.47 

14-15  5.16 

20- 

21  5.94 

3-4 

0.92 

9-10  6.09 

15-16  5.18 

21- 

22  4.28 

4-5 

0.55 

10-11  4.69 

16-17  6.23 

22- 

23  3.20 

5-6 

0.74 

11-12  5.73 

17-18  6.93 

23- 

24  2.94 

The  computer 

dialogue  for 

this  problem  is  shown 

in  Figure  6-2. 

The  total  annual  delay  is 

5019  hours.  The 

average  delay  per 

operation  is 

1.2  minutes. 

Example  3 

For  the  conditions  given  in  Example  1,  compute  the  annual  demand 
that  produces  an  average  delay  of  1.0  minutes  per  operation. 
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The  followinq  additional  runs  were  made  for  the  conditions  qiven 
in  example  1.  The  results  were: 


Annual  Demand 
200,000  operations 
250,000  operations 
operations 
270,000  opera  ui.  •'•is 
275,^00  operations 
30C,GC0  operations 


Average  Annual  Delay 
0.42  minutes 
0.73  minutes 
C. 92  minutes 
'  1.07  minutes 
1.22  minutes 
1.94  nu.uur.Mij 


From  these  results,  an  annual  demand  of  approximately  267,500 
operations  will  produce  an  averaqe  annual  delay  per  operation 
of  1.0  minutes. 


Example  4 

tor  the  conditions  qiven  in  Example  1,  compute  the  averaqe 
delay  per  operation  in  VFR  for  the  sinqle  runway  for  the 
followinq  4  consecutive  hours. 


Hour 

Demand 

15-16 

40 

16-17 

50 

17-18 

60 

18-19 

30 

Demand  Distribution 
22% 

28% 

33% 

17% 


The  computer  dialoque  for  this  problem  is  shown  in  Fiqure  6-3. 
The  annual  demand  equals  180  x  365  =  65,700  operations.  The 
averaqe  delay  is  1.34  minutes  per  operation. 
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r.::  and 


computer  dialogue  for  example  1 

Fir.upr  r- 1 


COMP UTERI ZED  ANNUAL  DELAY  *** 
VERSION  1  (MAY  1076) 


ENTER  ANNUAL  DEMAND 
200000 

ENTER  FOR  EVERY  MONTH: 

PERCENT  OF  ANNUAL  DEMAND 

PERCENT  OF  MONTH  WHICH  IS  VFR,  IFR, 

AND  I’Ve 


JANUARY 

b,a 

ENTER  IFR  AND  PVC  OPERATIONS  AS  A 
PERCENT  OF  VFR  OPERATIONS 
00,00 

ENTER  DAILY  OPERATIONS  AS  A 
PERCENT  OF  WEEKLY  OPERATIONS 

MONDAY 

<1 

ENTER  HOURLY  OPERATIONS  AS  A 
PERCENT  OF  DAILY  OPERATIONS 

0-  1 
L 


ENTER  DEMAND  PROFILE  FACTOR 
40 

ENTER  THE  FOLLOWING  FOR  EVERY  VFR  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX  INDEX, 
HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  VFR  DAYS  USED 

1- 

1,120,54,10 

2- 

2,120,77,50 

3- 

43,120,75,40 

ENTER  THE  FOLLOWING  FOR  EVERY  IFR  RUI-IWAY  USE: 

RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX  INDEX, 
HOURLY  RUNWAY  CAPACITY,  AND'  PERCENT  OF  IFR  DAYS  USED 
1- 

1,120,52,30 

2,120,60,45 

3- 

43,120,59,25 

ENTER  THE  FOLLOWING  FOR  EVERY  PVC  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX  INDEX, 

HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  PVC  DAYS  USED 
1  _ 
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HOURLY  OP NS  AS  A  PERCHHT  OP  DAILY  OPUS 


0-  1 

2.3 

G-  7 

1.5 

12-13 

5.2 

10-1* 

1-  2 

1.8 

7-  3 

4.1 

13- 1« 

5.  f 

10-20 

2-  3 

1.2 

3-  9 

6 . 5 

14-13 

5.2 

20-21 

3-  4 

0." 

9-10 

C.1 

15- If 

5.2 

o  1  —  o*' 

4-  5 

0.6 

10-11 

4.7 

1G-17 

6.2 

2.2-°  3 

5-  5 

0.7 

11-12 

5.7 

17-13 

G.n 

2  3-24 

DE’tAIW  PROFILE  FACTOR  =  '10 


VF.\  RUHl/AY  UGAG12S 


FIG 

I1IX 

HOURLY 

r.  DAYS 

HO. 

IilDI'.X 

CAPACITY 

USED 

1 

120 

5". 

10. 

120 

77. 

50. 

43 

120 

75. 

40. 

IFPv 

RUNWAY  USAGES 

1 

120 

52. 

30. 

2 

120 

GO. 

45. 

43 

120 

5'3. 

25. 
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PVC  RUNWAY  USAGES 


1  120  50.  100. 


FIGURE  0-1  (Cont.) 


************♦*******#**+*****♦************+*+******************** 

ANNUAL  SUMMARY 


AVERAGE  DELAY 

DISTRIBUTION 

(MINUTES) 

PERCENT 

AT  LEAST  LESS  THAN 

OCCURRENCE 

0.0 

0.2 

12.505 

0.2 

0.4 

36. OCR 

0.4 

0.6 

32.344 

0.6 

0.8 

12.59? 

0.8 

1.0 

4. on? 

1.0 

1.2 

0.20? 

1.2 

1.4 

0.0O5 

1.4 

1.6 

0 . 3  f  2 

1.6 

1.0 

0.33? 

1.8 

2.0 

0.1°1 

2.0 

3.0 

0.4  OR 

3.0 

4.0 

0.057 

MEAN  OF  AVERAGE  DELAY  «  0.42 

STANDARD  DEVIATION  «  0.1" 


♦  ♦*♦•♦**♦*♦*♦  ♦  *************  ♦#************+**>>*>!>  **0*0  <•>:•*  ***. 

ANNUAL  DELAY  »  1396.2.??  HOURS 
ANNUAL  DEMAND  -  200000  OPERATIONS 

AVERAGE  DELAY-  -  0.42  MIHUTES-AIRCRAFT 


DO  YOU  WISH  TO  DETERMINE  ANNUAL  DELAY 
FOR  ANOTHER  ANNUAL  DEMAND? 

y 

ENTER  ANNUAL  DEMAND 
300000 


***  INPUT  SUMMARY 
COMPUTERIZED  ANNUAL  DELAY 
VERSION  1  (MAY  1976) 

ANNUAL  OPERATIONS  300000 
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MONTHLY  WEATHER  5 


MONTH 

ANNUAL 

OPERATIONS 

VFR 

IFR 

JAM 

3.0 

93. 

2. 

FEB 

7.6 

98. 

2  ( 

MAR 

8.1 

98. 

2, 

APR 

8.0 

99. 

1- 

MAY 

8.2 

99. 

1 , 

JUH 

3.7 

*** 

0, 

JUL 

8.8 

*** 

0 

AUG 

3.9 

*** 

0 

SEP 

3.7 

♦** 

0 

OCT 

3.7 

09. 

1 

NOV 

8.2 

00. 

2 

DEC 

8.1 

09. 

1 

FIGURE  6-1  (COI»t.) 


DAILY  OPERATIONS  (IFR  DAY) /(\TR  DAY)  ■  90.05 
DAILY  OPERATIONS  (PVC  DAY)/ (VFR  DAY)  -  90.055 


DAILY  OPERATIONS  AS  A  PERCENT  OF  WEEKLY  OPN. 

NON  TUES  WED  TJIU  FRI  SAT 

15.0  12.0  12.0  13.0  18.0  H.O 


SUN 

16.0 


E'tT.LY  OPMS  AS  A  PERCENT  OF  DAILY  OPNS 


0-  1 
1-  2 

2-  3 

3-  4 

4-  5 

5-  C 


6-  7 

7-  0 

8-  9 

9- 10 
10-11 
11-12 


12- 13 

13- 14 

14- 15 

15- 16 

16- 17 

17- 13 


18- 19 

19- 20 

20- 21 
21-22 

22- 23 

23- 24 


demand  profile  factor 


VFR  RUNWAY  USAGES 

FIG  MIX 

NO.  INDEX 


HOURLY 

CAPACITY 


S  DAYS 
USED 


1 

120 

54. 

10. 

2 

120 

77. 

50. 

43 

120 

75. 

40. 

IFR 

runway  USAGES 

1 

120 

52. 

30. 

2 

120 

CO. 

45. 

43 

120 

50. 

25 . 

PVC 

RUNWAY  USAGES 

1 

120 

50. 

100. 

♦  * 

******* 

***** 

***** 
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ANNUAL  SUMMARY 


) 


AVERAGE 

DELAY 

DISTRIRU7I0N 

(MINUTES) 

PEncntrr 

AT  LEAST 

LESS  THAN 

OCCURRENCE 

0.0 

0.2 

7.154 

0.2 

0.4 

8.930 

0.4 

0.6 

12.317 

0.6 

0.8 

15.616 

0.8 

1.0 

15.077 

1.0 

1.2 

9.163 

1.2 

1.4 

6.097 

1.4 

1.6 

4.772 

1.6 

1.8 

3.206 

1.3 

2.0 

2.039 

FIGURE  6-1  (Cont.) 

2.0 

3.0 

7.152 

3.0 

4. ft 

2.200 

4.0 

5.0 

0.009 

5.0 

6.0 

0.232 

6.0 

7.0 

o.tr.o 

7.0 

3.0 

0.30? 

8.0 

9.0 

0.113 

9.0 

10.0 

0.12° 

10.0 

11.0 

O  .  0  fl  £J 

11.0 

12.0 

0.2A3 

12.0 

13.0 

0.120 

13.0 

lfl.0 

0.327 

14.0 

15.0 

0.057 

15.0 

16.0 

0.1  Of 

16.0 

17.0 

o.ftro 

17.0 

18.0 

n.opf. 

20.0 

21.0 

O.ftrp 

22.0 

23.0 

O.ftft? 

24.0 

25.0 

0.070 

25.0 

26.0 

0.129 

26.0 

27.0 

0.A7A 

47.0 

48.0 

0.290 

43.0 

49.0 

o.in 

49.0 

-  50.0 

P.1«9 

50.0 

51.0 

0.  /' 67 

52.0 

53.0 

ft. 17* 

53.0 

54.0 

0.100 

54.0 

55.0 

0.355 

MEAN  OP  AVERAGE  DEJAY  «  1 


STANDARD  DEVIATION  *  2.00 


***♦***#***♦♦#*♦****♦****♦♦ *************♦******♦*<!******♦ ****A«*< 

ANNUAL  DELAY  -  9696.730  HOURS 
ANNUAL  DEMAND  -  300000  OPERATIONS 

AVERAGE  DELAY  ■  1.9«  MINUTES -AIRCR^ TT 


„ , ti 


DO  YOU  WISH  TO  DETERMINE  ANNUAL  DELAY 
FOR  ANOTHER  ANNUAL  DEMAND? 


computer  ni7jrr,n::  ror.  emamptj:  ? 
figurt  r-n 

c::  anc! 

***  COHPUTERI7.ED  ANNUAL  DELAY  *** 
VERSION  1  (MAY  197C) 


enter  annual  diuiand 

2500C0 

ENTER  FOR  EVERY  MONTHS 
PERCENT  OP  ANNUAL  DEMAND 
PERCENT  OP  fJONTl!  WHICH  IS  VTR,  IFR, 
AND  I’Ve 


JANUARY 
9.1  91  90 

FEBRUARY 

9.4  90  10  0 

MARCH 

9.4  91  9  0 

APRIL 

9.4  87  13  0 
?IAY 

C.O  90  10  0 
JUNE 

0990  10  0 

FIRST  DATA  ITEM  IS  NOT  A  NUMB  HI  OR  LETTER  A  TO  G, 
INPUT  DATA  AC, hi' l 

JUNE 

7.4  39  11  0 
JULY 

7.7  04  16  0 

AUGUST 

7.4  87  13  0 

SEPTEMBER 

7.4  06  14  0 

OCTOBER 
3.0  36  14  0 

NOVEMBER 
0.1  87  13  0 

DECEMBER 
0.7  89  11  0 

ENTER  IFR  AND  PVC  OPERATIONS  AS  A 
PERCENT  OF  VFR  OPERATIONS 
100  100 
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ENTER  DAII-Y  OPERATIONS  AS  A 
I  LUCENT  OP  WEEKLY  OPDIATIOHS 

MONDAY 

14 

TUESDAY 

1C 

WEDNESDAY  FIGURE  6-2  (Cont.) 

14 

THURSDAY 

15 

FRIDAY 

15 

SATURDAY 

13 

SUNDAY 

13 

ENTER  HOURLY  OPERATIONS  AS  A 
PERCENT  OF  DAILY  OPERATIONS 

0-  1 
2.27 

1-  2 

1.1a 

DATA  ITEM  IS  NOT  A  NUMBER  OR  LETTER  A  TO  I,  INPUT  DATA  AGAIN 

1-  2 
1.81 

2-  3 
1.13 

3-  4 

.02 

4-  5 
.55 

5-  6 
.74 

0“  7 
1.53 

7-  3 
4.11 

3-  9 
6.47 

3-10 

G.09 

10-11 

4.60 
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11-12 

5.74a 

DATA  ITEM  IS  NOT  A  UlTIDER  OR  LETTER  A  TO  I,  INPUT  DATA  AGAIN 

11-12 

5.73 

12- 13 

5.23 

13- 14 
5.56 

14- 15 
5.16 

15- 16 
5. 1C 

16- 17  FIGURE  6-2  (Cont.) 

6.23 

17- 18 

6.93 

13-19 

6.51 

19- 20 
6.69 

20- 21 

5.94 

21-22 

4.23 

22- 23 
3.2 

23- 24 

2.94 

ENTER  DEMAND  PROFILE  FACTOR 
40 

ENTER  THE  FOLLOWING  FOR  EVERY  VFR  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  NU.MEER  FROM  FIGURE  2-2,  MIN  INPEN, 

HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  VFR  DAYS  USED 

1- 

1  120  54  10 

2- 

2  120  77  50 
3- 

43  120  75  40 

ENTER  THE  FOLLOWING  I*OR  EVERY  IFR  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX  INDEX, 

HOURLY  RUNWAY  CAPACITY,  AMD  PERCENT  OF  IFR  DAYS  USED 

1- 

1  120  52  30 

2  120  GO  45 

3- 
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43  120  40  25 

ENTER  THE  FOLLOWING  FOR  EVERY  PVC  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MI"  INDEX, 
HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  PVC  DAYS  USED 

1- 

1,50,50,100 


•**  INPUT  SUMMARY  FIGURE  6.2  (Cont.) 

COMPUTERIZED  ANNUAL  DEI  AY 
VERSION  1  (MAY  1976) 

ANNUAL  OPERATIONS  250000 


!J  OF  MONTHLY  WEATHER  P 

ANNUAL 


MONTH 

OPERATIONS 

VFR 

IFR 

PVC 

JAM 

9.1 

91. 

9. 

0. 

FEB 

9.4 

90. 

10. 

0. 

HAP. 

9.4 

91. 

9. 

0. 

APR 

9.4 

87. 

13. 

0. 

MAY 

8.0 

90. 

10. 

0. 

JUN 

7.4 

89. 

11. 

0. 

JUL 

7.7 

84. 

16. 

0. 

AUG 

7.4 

87. 

13. 

0. 

SEP 

7.4 

86. 

14. 

0. 

OCT 

8.0 

C6. 

14. 

0. 

NOV 

8.1 

87. 

13. 

0. 

DEC 

8.7 

89. 

11. 

0. 

DAILY 

OPERATIONS 

(IFR  DAY) /(VFR  DAY) 

-loo.or 

DAILY 

OPERATIONS 

(PVC  DAY)/ (VFR  DAY) 

-100. op 

DAILY 

OPERATIONS 

AS  A  PERCENT  OF  WEEKLY  OPH. 

MON 

TUES 

WED  THU 

FRI 

SAT 

sun 

14.0 

16.0 

14.0  15.0 

•15.0 

13.0 

10. 

HOURLY 

OPNS  AS  A 

PERCENT  OF 

DAILY  OriJS 

0-  1 

2.3 

6-  7 

1.5 

12-13 

5.3 

io-n 

6.5 

1-  2 

1.8 

7-  8 

4.1 

13-14 

5.6 

10-?o 

6.7 

2-  3 

1.2 

3-  9 

6.5 

14-15 

5.2 

20-'»1 

5.o 

3-  4 

0.9 

9-10 

6.1 

15-16 

5.2 

21-22 

f .  *» 

4-  5 

0.6 

10-11 

4.7 

16-17 

6.2 

22-23 

3.2 

5-  6 

0.7 

11-12 

5.7 

17-18 

6.° 

23-24 

2,o 

171 


r 


it.  r*  c 


DEMAND  PROFILE  FACTOR  -  40 

VFU  RUNWAY  USAGES 


FIG 

I1IX 

HOURLY 

%  DAYS 

u o'. 

INDEX 

CAPACITY 

USED 

1 

120 

54. 

10. 

2 

120 

77. 

50. 

43 

120 

75. 

40. 

IFR 

RUNWAY  USAGES 

1 

120 

52. 

30. 

2 

120 

60. 

45. 

43 

120 

40. 

25. 

PVC 

RUNWAY  USAGES 

1 

50 

50. 

100. 

AVERAGE 

DELAY 

DISTRintTKX 

(MINUTES) 

PERCENT 

AT  LEAST 

LESS  THAN 

OCCURRENCE 

0.0 

0.2 

3.770 

0.2 

0.4 

14.154 

0.4 

0.6 

24.79C 

0.6 

0.8 

20.707 

0.9 

1.0 

13.139 

1.0 

1.2 

5.639 

1.2 

1.4 

2.1n5 

1.4 

1.6 

1.751 

1.6 

1.0 

1.354 

1.9 

2.0 

1.034 

2.0 

3.0 

2.420 

3.0 

4.0 

1.O07 

4.0 

5.0 

0.433 

5.0 

6.0 

0.417 

6.0 

7.0 

0.153 

7.0 

8.0 

0.360 

8.0 

9.0 

0.148 

0.0 

10.0 

0.095 

10.0 

11.0 

0.1O9 

11.0 

12.0 

0.195 

12.0 

13.0 

0.069 

13.0 

14.0 

0.006 

18.0 

19.0 

0.026 

10.0 

20.0 

0.073 

45.0 

46.0 

0.O66 

46.0 

47.0 

0.055 

47.0 

40.0 

0.217 

48.0 

49.0 

0.122 

51.0 

52.0 

0.145 

54.0 

55.0 

0.036 

56.0 

57.0 

0.131 

63.0 

64.0 

0.044 

.'IE AN  OF 

AVERAGE  DELAY 

-  1.20 

STANDARD  DEVIATION 

-  1.74 
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******************************* ** ************************* ******* 


ANNUAL  DELAY  -  5019.'' DR 
ANNUAL  DEMAND  -  250*00 
AVERAGE  DELAY  -  1.20 


DO  YOU  WISH  TO  DETERMINE  ANNUAL  DEIjAY 
FOR  ANOTHER  ANNUAL  DEMAND? 
no 

DO  YOU  WISH  TO  PERFORM  MOTHER  CALCULATION? 
no 


FIGURE  6-2  (Cont.) 


HOURS 

OPERATIONS 
MINt.TEf -AIRCRAFT 
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10-11 

0 


11-12 

0 

12- 13 
0 

13- 14 
0 

14- 15 

0  FIGURE  0-3  (Cont. 

15- 10 
22 

10-17 

23 

17-13 

33 

13-10 

17 

10-20 

0 

20-21 

0 

21-22 

0 

22- 23 
0 

23- 24 
0 

ENTER  DEMAND  PROFILE  FACTOR 
40 

ENTER  TIIE  FOLLOWING  FOR  EVERY  VFR  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  HUMBER  FROM  FIGURE  2-2,  MIX  INDEX, 
HOURLY  RUNWAY  CAPACITY,  AND  PERCENT  OF  VFR  DAYS  USED 
1- 

1,120,54,10 

2- 

2,120,77,50 

3- 

43,120,75,40 


ENTER  TIIE  FOLLOWING  FOR  EVERY  IFR  RUNWAY  USE: 

RUNWAY  USE  DIAGRAM  NUMBER  FROM  FIGURE  2-2,  MIX  INDEX, 
HOURLY  RUNWAY  CAPACITY,  AMD  PERCENT  OF  IFR  DAYS  USED 

1- 

1,120,54,10 

2- 

2,120,77,50 

3- 

43,120,75,40 
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ENTER  THE  FOLLOWING  FOR  EVERY  PVC  RUNWAY  USE: 

RUMWAY  USE  DIAGRAM  NUMUER  FROM  FIGURE  2-2,  MIX  INDEX, 
HOURLY  RUNWAY  CAPACITY,  AMI)  PERCENT  OF  PVC  DAYF  USFD 

1- 

1,120,511,10 

2,120,77,50 

3- 

H3,120,75,U0 


FIGURE  6-3  (Cont.) 


***  INPUT  SUMMARY  **♦ 
COMPUTERISED  ANNUAL  RELAY 
VERSION  1  (MAY  1076) 

ANNUAL  OPERATIONS  G5700 


1  OF 

MONTHLY  WEATHER  7. 

MONTH 

ANNUAL 

OPERATIONS 

VFR 

IFF. 

PVC 

J\N 

3.3 

on. 

2. 

0. 

FED 

3.3 

03. 

n. 

MAR 

3.3 

03. 

•«  • 

0. 

APR 

3.3 

00. 

1. 

0. 

:u\y 

0.3 

no 

1. 

0. 

JUM 

S.U 

+*  + 

0. 

n. 

JUL 

3.4 

*** 

0. 

0. 

AUG 

3.4 

+  ** 

0. 

0. 

SEP 

3.4 

*** 

0. 

0. 

OCT 

3.3 

00. 

1. 

0. 

MOV 

3.3 

03. 

2. 

n. 

DEC 

3.3 

00. 

1. 

0. 

DAILY 

OPERATIONS 

(IFR  DAY) /(VFR  DAY) 

*1  00.0?( 

DAILY 

OPERATIONS 

(PVC  DAY) /(VFR  DAY) 

*100.  or. 

DAILY 

OPERATIONS 

AS  A  PERCENT  OF  WEEKLY  OPN. 

MON 

TUNS 

WED  THU 

FRI 

SAT 

SUN 

14.2 

14.3 

14.3  14.3 

14.3 

14.3 

14. 

HOURLY  OPH5 

AS  A  PERCENT  OF 

DAILY  OPNS 

0-  1 

0.0  6-7 

0.0 

12-13 

0.0 

13-1° 

1-  2 

0.0  7-  3 

0.0 

13-14 

0.0 

1°-20 

2-  3 

0.0  3-0 

0.0 

14-15 

0.0 

20-21 

3-  1‘ 

0.0  0-10 

0.0 

15-16 

22.0 

M  1  i.  .  . 

4-  5 

o.n  10-11 

0.0 

16-17 

23.0 

22-23 

5-  C 

0.0  11-12 

0.0 

17-ID 

33. 0 

23-21' 

17. « 
0.0 
0.1' 
O.o 
O.o 
0." 
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DEMAND  PROFILE  FACTOR  -  40 


VFR  RUNWAY  USAGES 


FIG 

MIX 

HOURLY 

7.  DAYS 

NO. 

INDEX 

CAPACITY 

USED 

1 

120 

54. 

10. 

2 

120 

77. 

50. 

43 

120 

75. 

40. 

IFR 

RUNWAY  USAGES 

1 

120 

54. 

10. 

2 

120 

77. 

50. 

43 

120 

75. 

40. 

PVC 

RUNWAY  USAGES 

1 

120 

54. 

10. 

2 

120 

77. 

50. 

43 

120 

75. 

40. 

FIGURE  6-3  (Cont.) 


♦  *  * 


*t************************** ************************************ 

ANNUAL  SUMMARY 


AVERAGE 

DELAY 

DIFTRIEPTION 

(MINUTES) 

PERCENT 

LEAST 

LESS  THAN 

OCCURRENCE 

0.2 

0.4 

11.707 

0.4 

0.6 

17. “M* 

0.6 

0.0 

5.333 

0.0 

1.0 

1 0.557 

1.0 

1.2 

6.656 

1.2 

1.4 

8.06./' 

1.4 

1.6 

13.637 

1.C 

1.5 

r  r*»n 

1.8 

2.0 

1.473 

2.0 

3.0 

2.374 

3.0 

4.0 

1.357 

4.0 

5.0 

0.337 

6.0 

7.0 

4.651 

7.0 

3.0 

3.31/! 

3.0 

0.0 

3  .C".r 

:u:/.n  or  average  delay 

-  1.34 

STANDARD  DEVIATION 

-  0#°6 

*^4t***** *****************************************  ************** 
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a. 


;-  iTtfffr  lit 


ANNUAL  DELAY  =  1  ttGfl .  HI 
ANNUAL  DEMAND  =  057^0 
AVERAGE  DELAY  =  1 .  Vi 


do  you  ’..'inn  to  determine  annual  dejay 

FOR  ANOTHER  ANNUAL  DEI  IAND? 
no 


do  vor  risii  to  perform  another  calculation? 

no 


IIOURF 
OPERATION? 
.MINUTES-  AIRCRAFT 


riC.URE  C-3  (Cont.) 


CHAPTER  7  -  ON-LINE  ANNUAL  SERVICE  VOLUME  MODEL  VERSION  1 

ANNUAL  SERVICE  VOLUME 


7. 1  Introduction 


The  On-line  Annual  Service  Volume  Model  is  a  tutorial  program 
for  calculating  annual  service  volume.  It  is  similar  in 
operation  to  the  On-line  Runway  Capacity  Model  discussed  in 
Chapter  3. 

Annual  service  volume  is  a  measure  of  the  annual  capacity  of  an 
airport.  Annual  service  volume  is  not  a  saturation  capacity 
but  rather  a  level  of  service  capacity.  In  developing  the 
Annual  Service  Volume  Model  contained  in  this  chapter,  the 
following  level  of  service  criteria  were  used: 

a.  As  annual  demand  approaches  annual  service  volume, 
delay  to  aircraft  starts  to  increase  rapidly. 

b.  when  annual  demand  equals  annual  service  volume,  a 
reasonable  level  of  service  exists  for  much  of  the  year. 

c.  When  annual  demand  is  20  percent  more  than  annual 
service  volume,  the  airport  will  experience  severe  congestion. 

Annual  service  volume  is  useful  as  a  quide  to  determine  the 
need  for  more  specific  analysis,  and  as  a  preliminary  planning 
analysis  that  may  be  useful  in  the  National  Aviation  System 
Plan  (NASP)  or  state  and  regional  system  plans.  It  is  not 
meant  as  a  replacement  for  detailed  hourly  evaluation  of 
complex  airport  operations,  and  should  not  be  the  sole 
justification  for  airfield  improvements,  entrance  into  the 
Airport  Development  Aid  Program  (ACAP)  or  other  allocations  of 
financial  resources. 

A  list  of  computer  services  (or  timesharing  companies)  offering 
the  proqram  can  be  obtained  from: 

Chief,  Airport  Desiqn  Branch,  ARD-410 

2100  Second  Street,  S.W. 

Washington,  D.C.  20540 

(202)  426-3685 


7.  2  Model  Logic 

Annual  service  volume  is  computed  by  the  folic ving  determin¬ 
istic  equation: 

Annual  Service  Volume  *  Cw  x  ATP  x  100 

DTD  x  H 
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where 


CW  is  the  weighted  hourly  capacity,  computed  by 

N 

Cw  =  ^_Ci  Wi  Pi 

i  - 1 _ 

N 

Wi  Pi 
i=  1 

where  Pi  is  the  proportion  of  the  year  with  capacity 

Ci,  and  Wi  is  the  weiqht  to  be  applied  to  Ci  values. 

Wi  values  are  determined  from  the  following  table: 


Percent 

of 

Maximum 

Capacity 

VFR 

0-300 

Weight  Wi 

IFR 

Mix  Index 

0-20  21-50 

51-300 

90-100 

1 

1 

1 

1 

81-90 

5 

1 

3 

5 

66-80 

15 

2 

8 

15 

51-65 

20 

2 

12 

20 

0-50 

25 

4 

16 

25 

H  is  the  percent  of  the  daily  demand  that  occurs  in  the  peak 
hour. 

ATD  is  the  annual  traffic  demand. 

DTD  is  the  daily  traffic  demand  for  the  average  day  of  the 
peak  month. 

The  factor  100/H  extends  an  hourly  capacity  to  a  daily 
capacity.  The  factors  ATD/ DTD  extends  the  daily  capacity  to  an 
annual  capacity. 

The  weighting  factors  Wi  were  established  emperically  to  qive 
annual  delays  per  aircraft  of  2  to  4  minutes.  The  mix  index 
used  in  association  with  the  Wi  factors  is  %C  *  3%D,  where  C  & 

D  aircraft  are  defined  in  Figure  1-1.  The  Wi  factors  are 
related  to  the  percent  of  maximum  capacity  to  account  for  the 
disproportionately  larqe  impact  on  delay  of  a  low  hourly 
capacity  used  a  small  percent  of  the  time.  The  same  Wi  factors 
are  used  for  IFR  and  PVC. 


7.3  Input  Format 

The  following  is  a  detailed  description  of  the  data  requests 
and  the  acceptable  inputs  for  the  On-line  Annual  Service  Volume 
Model: 
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ENTER  THE  NUMBER  OP  RUNWAY  USE  CONFIGURATIONS  TO  BE 
CONSIDERED. 

This  data  request  is  typed  after  the  proqram  identification 
code  is  entered  (e.g.,  EXECUTE  ASV.RDL).  Allowable  inputs  are 
1  through  25. 

FOR  RUNWAY  USE  CONFIGURATION  NUMBER  1 

HC  = 

*  * 

W  *  * 

MI  = 

HC  is  the  hourly  capacity  of  the  runway  use  configu¬ 
ration. 

*  is  the  utilization  percent  of  the  runway  use  configuration. 

W  is  the  weather  code  for  the  runway  capacity. 

MI  is  the  mix  index  associated  with  the  runway  use  configu¬ 
ration. 

Allowable  inputs  for  HC  are  0  through  400.  If  HC  is  negative, 
the  run  will  be  aborted. 

Allowable  inputs  for  X  are  1  through  100.  If  X  is  negative, 
the  run  will  be  aborted. 

Allowable  inputs  for  w  are: 

1  for  VFR 

2  for  IFR 

3  for  PVC 

Allowable  inputs  for  MI  are  0  through  180. 

This  series  of  questions  will  be  repeated  for  each  runway  use 
confiquration.  If  the  summation  of  X  over  all  runway  use 
configurations  does  not  equal  100,  the  user  will  be  _aquested 
to  reenter  X  for  each  runway  use  configuration. 

ENTFR  THE  PERCENT  OF  THE  DAILY  DEMAND  THAT  OCCURS  IN  THE 
PEAK  HOUR. 

Allowable  inputs  are  4  throuqh  20. 

ENTER  THE  ANNUAL  TRAFFIC  DEMAND. 

Allowable  inputs  are  1000  through  1,000,000. 

ENTER  THE  DAILY  TRAFFIC  DEMAND  FOR  THE  AVERAGE  DAY 
OF  THE  PEAK  MONTH. 

Allowable  inputs  are  0  through  4000. 
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7. 4  Input  Considerations 


The  followinq  factors  should  be  considered  in  determininq 
annual  service  volume: 

a.  Operating  Period.  The  percent  utilization  for  each 

runway  use  configuration  should  bo  based  on  conditions  that 
occur  during  potentially  busy  hours.  In  general,  late  night 
and  early  morninq  hours  have  very  low  demands  and  thus  tend  to 
employ  runway  use  configurations  that  have  lower  capacities. 
Every  effort  should  be  made  to  eliminate  these  low  runway  use 
configurations  from  the  analysis.  For  example,  if  the  VPR 
capacity  between  7  a.m.  and  10  p.m.  was  140  operations  per  hour 
in  VFP  and  110  operations  in  IFR,  and  the  capacity  between  10 

p.m.  and  7  a.m.  was  70  operations  per  hour  because  the  traffic 

demand  did  not  require  the  use  of  all  runways,  the  annual 

service  volume  should  he  based  on  the  percent  occurrance  of  the 

VFR  and  IFR  capacities  between  7  a.m.  and  10  p.m. 

b.  Maintenance.  In  determininq  the  percent  utilization 
of  each  runway  use  configuration  consideration  should  be  given 
to  the  fact  that  runways  will  be  down  periodically  for 
maintenance.  This  will  tend  to  decrease  the  percent 
utilization  of  high  capacity  runway  use  configurations  and 
increase  the  percent  utilization  of  low  capacity  runways. 

c.  Daily  and  Annual  Demand.  To  compute  annual  service 
volume  requires  information  on  annual  traffic  demand  { ATD)  and 
the  demand  for  the  average  day  of  the  peak  month  (DTD) .  If 
these  values  are  not  available  from  records,  they  can  be 
arrived  at  by  setting  the  ratio  (R)  of  ATD/DTD  equal  to  the 
equivalent  numher  of  busy  days  during  the  year.  Airports  with 
a  hiqh  percent  of  commerical  aircraft  tend  to  have  a  ratio  of 
around  340.  Airports  with  a  hiqh  percent  of  general  aviation 
aircraft  tend  to  have  a  ratio  of  around  .280.  After  having 
determined  the  equivalent  number  of  busy  days,  the  model  input 
for  DTD  should  be  set  equal  to  1000  and  ATD  would  then  be  1000 
x  R. 


d.  Peaking  Hour  Characteri sties.  If  the  percent  of  the 
daily  demand  that  occurs  in  the  peak  hour  is  unknown,  H  can  be 
approximated  by: 

H  =  ( 1/N)  x  100 


where 


N  =  Number  of  hours  in  which  90%  of  the  daily  demand 
occurs. 


7. 5  Output 
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When  the  questions  described  in  paraqraph  7.3  have  keen 
answered,  th<»  program  will  print  the  annual  service  volume  in 
operations  per  year.  At  this  point,  it  is  possible  to  do 
parametric  variations  of  the  last  three  questions  of  paraqraph 
7.3  without  reentering  the  hourly  capacity  information  for  each 
runway  use  configuration. 

DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION  WITH  THE  SAME 
RUNWAY  USE  CAPACITIES  AS  BEFORE? 

If  YES  or  Y  is  entered,  the  sequence  of  questions  starting  with 
ENTER  THE  PERCENT  OF  THE  DAILY  DEMAND  THAT  OCCURS  TN  THE  PEAK 
HOUR  will  be  repeated.  If  NO  or  N  is  entered,  the  followinq 
question  is  asked: 

DC  YOU  WANT  TO  COMPUTE  ADDITIONAL  ANNUAL  SERVICE  VOLUME? 

If  YES  or  Y  is  entered,  the  sequence  of  questions  startinq  with 
ENTER  THE  NUMBER  OF  RUNWAY  USE  CONFIGURATIONS  TO  BF  CONSIDERED 
will  be  repeated.  If  NO  or  N  is  entered,  execution  of  the 
annual  service  volume  proqram  will  be  terminated. 

The  calculated  annual  service  volume  assumes  that  the  airport 
is  open  ICO*  of  the  year.  If  the  airnort  is  closed  Z  percent 
of  the  year  due  to  inclement  weather,  the  annual  service  volume 
should  be  adjusted  downward  as  follows: 

True  ASV  =  ASV  (100  -  Z)/100 


7. 6  Examples 

The  followinq  example  illustrates  the  use  of  the  On-line  Annual 
Service  Volume  Model  Version  1: 

Example  _1 

Compute  the  annual  service  volume  (ASV)  for  the  followinq 
conditions: 


Annual  den 

—.id  =  115, 

200  and 

137,400 

operations 

Demand  on 

average  day  of  peak  month 

■=  627  operations 

Demand  in 

peak  hours 

=  10* 

of  daily 

demand 

Runway 

Ciaqram 

Mix 

Hourly 

Percent 

Geometry 

Number 

Index 

Weather 

Capacity 

Utilization 

Sinqle 

1 

120 

VFR 

54 

3 

Parallel 

2 

120 

VFR 

77 

45 

Intersectinq 

43 

120 

VFR 

75 

30 

Sinqle 

1 

150 

IFR 

50 

7 

Parallel 

2 

150 

IFR 

60 

5 

Int ersectinq 

43 

150 

IFR 

60 

5 

Sinqle 

1 

180 

PVC 

44 

5 

185 


The  computer  dialogue  for  thi 
The  annual  service  volume  is 
annual  demand  is  115,200  and 
is  137, 400. 


s  problem  is  shown  in  Figure  7-1. 
129,475  operations  when  the 
154,427  when  the  annual  demand 


7.7  Program  Listing 


type 
00010 
00011 
00020 
00030 
00  000 
00050 
00060 
00070 
00030 
00090 
00100 
C0110 
0012ft 
00130 
ooi  on 
0C159 
00160 
♦♦RED. 
00161 


asv.sfo 

DIMENSION  I1C (25)  ,P{25)  ,17)1(25)  ,‘11(25)  ,MAXFC(7r)  ,P”Cpe)  ,WPr.) 
INTEGER  ASV 
REAL  P,PMC,HC,.MANHC 
STRING  Q1  (5)  ,Q2(5) 

DISPLAY  •  ANNUAL  SKEVIO'  VOLUME' 

DISPLAY  •  COMPUTATION  PROGRAM* 

DISPLAY  •  ASV  VERS  1011  1  • 

DISPLAY  • 

DISPLAY  • 

DISPLAY  • 

DISPLAY  • 

DISPLAY  • 

DISPLAY  • 

DISPLAY  • 

DISPLAY'  ’ 

DISPLAY  •  • 

700  ACCEPT'  ENTER  THE  NUMBER  OP  RUNWAY  "SP  C0::riGURA7I0M.G  mn  p; 


• 

i 

DEFINATION  OF  INPUT  TERMS  USED  IN  T*’IS  PrOGEA*': ' 

HC”HOl»RLY  RUNWAY  CAPACITY  OF  A  SP1CIFT1T  *M”PVY  PS” 
5-  UTILISATION  PERCEllT  O"  A  SPECIFIED  EFT* 'AY  ’T.P  w 
W-  WEATHER  CODE;  VFR-1 ,  IFR-2,  FVr=f 
MI-MIX  INDEX*  SC+'Mn* 


ro*”'.  • 
!•  • 


•  ro,Tir>r 

IF(N.GT.25)  DI  SPLAY  *  THE  NUMBER  OF  RU1117AY  USE  CO?:riG"F7r'IO'’r.  For  I'^IF 


CAT-C 

ULATIOil  PROGRAM  CAN  MOT  EXCEED  25.' 

161.1  IF(N.GT.25)  GOTO  700 
00170  DO  10  1*1 ,N , 1 

00171  DISPLAY  '  ' 

00130  DISPLAY  •  FOR  RUNWAY  USE  CONI'.  NUMBER  ‘,1 
00190  710  ACCEPT  •  HC-  ' , IIC (I) 

00191  IF  (IIC  (I )  .GT.  !|Q0)  DISPLAY 'WAENIMG  s  AN  HOURLY  CAPACITY  OF  ',HCH),  'IS 

'TTY 

UNLIKELY.  PLEASE  REENTER.' 

191.1  IF  (HC(I).GT.tlOO)  GOTO  710 

00192  IF  (IIC(I).LT.O)  DISPLAY 'RUN  ABORTED' 

192.1  IF  (IIC  (I)  .LT.0)  GOTO  610 

00200  7"0  ACCEPT  '  5-  ',P(D 

00201  IF  (P  (I)  .GT.  1 00)  DISPLAY '  WARNING:  UTILISATION  PERCENT  IP'S"  T'~  LESS 

00.  PLEASE  REENTER.' 

201.1  IF (P (I) .GT.100)  GOTO  720 

00202  IF (P (I) . LT. 1 )  DISPLAY*  WARNING:  INPUT  IS  IN  PERCENT  (EX  M 

nri'T”* 

L  (EX  .40).  PLEASE  REENTER' 

202.1  IF (P (I) . LT. 1 )  GOTO  720 

00203  IF (P (I) .LT. 0)  DISPLAY'  RUN  ABORTED' 

203.1  IF(P(I).LT.0)  GOTO  610 

00210  730  ACCEPT  '  W-  ',WE(I) 

00211  IF  (WE (I) .GT. 3) DISPLAY  '  WEATHER  INPUT  IS  1  EOR  VER,  2  FOn  IER,  AMD  ’  fc 
♦♦P.  PVC.  PLEASE  REFNTER.  • 

211.1  IF  (WE (I) .GT. 3)  GOTO  730 

00220  740  ACCEPT  '  MI-  ',MI(I) 

00230  10  CONTINUE 


185 


230.1  DISPLAY  '  ' 

2 3 . 9  750  7-0 

00231  DO  11  1-1, N,1 
01232  T*P(I)+T 
0"*233  ii  co:ri:iur 

00230  IF (T. ME . 1 0  0 )  DISPLAY  * SPMMATIC.l  Oi’  UVILIP.ATIOM  PPP.CFl,m  DOI'S 

U(Yn  KQ»tAI.  I*'*', 

please  , 

•  ’  UTILISATION 

pprcemt  for  fa  cm  runway  use  ceuriniwno'i .  • 

21<'.1  ir(T.Ly.lOO)  COCO  7G0 

00235  DO  12  1-1,11,1 

235.1  DISPLAY'  ' 

0023G  DISPLAY  'FOR  RUNWAY  DPP  COLT.  1 'UPPER  ',1 
21C.1  ACCEPT  "1-  ',P(I) 

23G.2  DISPLAY '  ' 

00237  12  CONTINUE 

00230  GOTO  750 

0C27P  7G0  2-0 

00271  DISPLAY'  ' 

00200  DO  200  I«1,J1,1 

00200  IF  (1IC (I)  .«?.?.)  2-HC  (I) 

003 00  200  CONTINUE 

00310  :iAXPC(I)-3 

00320  DO  21  "  1-1,11,1 

00330  PMC(I)-  (l!C(I)/7)  *100 

ooj'ia  210  continue 

00300  IX)  500  1-1, M,1 

O"3G0  ir(WL(I) .Eo.1)  GOTO  3"1 

3G0.1  IF (WE (I) . HE. 1 )  GOTO  400 

00370  300  IF  (P’lC  (I)  .GE."0)W (I)-1  j 

003 co  1F(Pmc(i).gi:.«d  *.* (d-s 

01300  IF(P:!C(I)  .GE.GG)W(I)-15; 

oo.'oo  ira-icd). or. r>i)  k(d«2o 

«ro.1  IF  (PIC (I). LT. 51)  ;-(I)»25 
001101  GOTO  500 

■Ill'll  HOI  IF  (MI  (I)  .07.  5°) GOTO  I!  10 
01H20  IF  (!1I  (I)  .(17.20)  GCTOI120 

00H31  U10  IF (PMC (I) .GE.OQJl.  (I)-1 

0 ’ll) *10  I r  ( p-  1C  ( I ) .  (JE .  0 1 )  V  ( t)  - 5. 

001130  IF  (PMC  (I)  .Cr.GG)VJ(I)»15 

OOUCO  IF  (PMC (I)  .GE.51 )  "(I)-.'!" 

HG.1.1  IF(P  1C  (I)  .  LT.31)  -?(I)-2r» 

00H70  GOTO  500 

OOltS"  ll20ir(PMC(I).GE.0O)«j(T)«1 

omoo  if  (fmc  (i)  .c::.3i)u(i)«i 

00310  IF(PMC(I).CE.GG)V;(I)«0 

C0510  IP  (P:iC(I)  .CSC. 51)  (I)»12 

51". 1  IP  (PMC  (I)  .1.7.51)  '  1  (I )  — 1 C 

OTSOP  GC70  50" 

0053C  H3niP(PMC(I)  .GE.90):»(I)-1 
005(10  IP  (PMC  (I)  .GE.ni  )W  (I)®1 

1"550  IF (PMC (I) .GE.GG) W (I)=2 

OP 5 CO.  IP  (PMC  (I)  .GE.51 )  W(I)-3 

3C0.1  IP  (PMC  (I) .  LT.  51 )  N(I)=H 

00570  GOTO  500 

005'Jf  500  CONTINUE 


00500  X-0 

590.1  Y*6» 

39600  DO  100  1-1,:;,  I  . _ _ _ 

0061 9  >:«(IIC{I)*K(I)*P(I))+K  I  £*Prodoc#d  from - 3^ 

00620  Y-  (U(I)*r  (I))+Y  LPW  >viUt»L  ~n- 

ooc30  ioo  comtimhe  — 

OOC'iO  CK-.VY 
00650  coo  comtimue 

00660  6.20  ACCEPT'  ENTER  THE  PERCENT  OF  Till:  DAILY  DEMAND  THAT  OCCURS 

I»:  r-jij~  or/ 

k  hour.  ',» 

0066.1  if  (u. lt.  *i)  display 'warning:  the  pj :itcn:iT  cr  datly  prv.Mn  rr;.'1'  ncrrrs 

HE  PEAK  HOUR  CA!J  HOT’, 

*  nu  less  than  or.  please  reketr.  • 

CC1.1  IF(K.LT.O)  G 070  C20  . 

00CC2  IF (H.GV. 20 ) DISPLAY 'WARMING :  IT’:  PERCE"?  OF  TEE  DAILY  PE* V*’D  orC'-r'F 

**  i:;  via:  peak  !*ounc* ,  'would  not  likfly  emceed  n^riMDEP  wortM  co"'-T~Tr"p.r:.Tvr''- 
**  reenter.  • 

C62.1  IF 01.07.23)  GOTO  620 

03C70  630  ACCEPT*  LI  ITER  Tii."  ANNUAL  TRAFFIC  PE"AMD.  '  ,A'.F 

00571  IF  (AVD.LT.lTiO)  DISPLAY'  WAIiMlM » :  AM  ANNUAL  TRAFFIC - 7”~  CT*  », 

.»vr-,  *  0»> 

E  RATIO;  IS  PER  YEAR  IS  VERY  l1:! LIKELY.  PLEASE  REENTER.  MOTE: 

1»VT)ni*r<5  I  •  **»|*  Itfl'li^ 

RED  THOUSAND  AS  I^OOIO  MOT  I^O.'  .  > 

671. 1  IF  (Ai'I'D . LT.  1 0O0 ) GOTO  630 

00C72  IF (ATD.GT.  1000-0 00) Dira»LAY*  WARNING:  AM  ANNUAL  CRAPEI C  nr*V"r' 

or  * ,  Amr' ,  * 

IS  VERY  UNLIKELY.  PLEASE  REEMTER. ' 

672.1  IF(A?D.GT. 1009009)  GOTO  630 

306.30  CUO  ACCEPT  *  EMTEE  THE  DAILY  TRAFFIC  DirLAMD  FOR  THF  A',TTA<~-r  n/Y  OF  "i»E 
♦♦PEAK  MONTH . 

*  ,DTD 

00631  IF  (DT».GT.«000)DIEPJAY*UAnMi;:Gj  A  DAILY  DEFAME  OF  ',^0,'  jr  VP.Y 

l'NIJi’ 

EL*.  PLEASE  REEMTER.' 

631.1  IF (DVD.GT. 9000'  GOTO  600 
00690  ASV-CU*  (ATD/DTD)  ♦  ( 1 00/>j) 

00700  '  DISPLAY  *  * 

00710  DISPLAY  '♦*♦♦*  +  ****♦♦**  +  *+**♦♦*#*****-*<•#****+****<.*♦  <.  ******** • 

60720  DISPLAY'  ANNEAL  SERVICE  VOLUME-  • ,ASV, 'OPERATIONS  PER  YEAR' 

30730  ACCEPT' DO  YOU  WANT  TO  MART  ANOTHER  CALCUIATION  KIT!'  Ti’T  SAME  n,”1.7.Y',' 

♦♦USE  CAPACITIES  AS  BEFORE?  '  ,01 

00702  ir(Ul.EQ.'YES'.OR..?1.}:u.'Y')  GOTO  600 

0O75P  f,10  ACCEPT '  DO  YOU  WAMT  TO  COMPUTE  AD!MmICMM.  AW?  '  ,0’’ 

00760  IF  (02.  K().  'YES '  .OR.02.EQ.  'Y')  GOTO  700 
00770  END 
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COMPUTER  DIALOGUE  FOR  EXAMPLE  1 
FIGURE  7-1 

execute  asv.rdl 
LOADING 
EXECUTION 

ANNUAL  SERVICE  VOLUME 
COMPUTATION  PROGRAM 
ASV  VERSION  1 


DEFINATION  OF  INPUT  TERMS  USED  IN  THIS  PROGRAM: 

I1C**H0URLY  RUNWAY  CAPACITY  OF  A  SPECIFIED  RUNWAY  USE  CONF. 
35=  UTILIZATION  PERCENT  OF  A  SPECIFIED  RUNWAY  USE  CONF. 

W=*  WEATHER  CODE;  VFR=1 ,  IFR=2,  PVC=3 
MI-MIX  INDEX**  XC+K3D 


ENTER  THE  NUMBER  OF  RUNWAY  USE  CONFIGURATIONS  TO  BE  CONSIDERED.  7 

FOR  RUNWAY  USE  CONF.  NUMBER  1 

HC=*  54 
35**  3 
W*=  1 
Ml-  120 

FOR  RUNWAY  USE  CONF.  NUMBER  2 

HC=  77 
35=*  45 
W**  1 

m::«  120 

FOR  RUNWAY  USE  CONF.  NUMBER  3 

HC=*  75 
S=  30 
W»  1 
MI—  120 

FOR  RUNWAY  USE  CONF.  NUMBER  4 

HC—  50 
%-  7 
W=  2 
MI**  150 

FOR  RUNWAY  USE  CONF.  NUMBER  5 

HC=  60 
35=  5 
W=  2 
MI**  150 

FOR  RUNWAY  USE  CONF.  NUMBER  6 

IIC—  60 
35=  5 
If**  2 
MI-  150 
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7 


FOR  RUNWAY  USE  CQNF.  NUMBER 
HC*  44 
5=  5 
W«  3 
Ml-  1 8G 


ENTER  THE  PERCENT  OF  THE  DAILY  DEMAND  THAT  OCCURS 
IN  THE  PEAK  HOUR.  10 

ENTER  THE  ANNUAL  TRAFFIC  DEMAND .  115200 

ENTER  THE  DAILY  TRAFFIC  DEMAND  FOR  THE  AVERAGE  DAY  OF  THE  PEAK  MONTH. 

627 

***************************************************** 

ANNUAL  SERVICE  VOLUME-  129475  OPERATIONS  PER  YEAR 
DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION  i.ITII  THE  SAME  RUNWAY  USE  CAPACITIES 
BEFORE?  y 

ENTER  THE  PERCENT  OF  THE  DAILY  DEMAND  T!1?.t  OCCURS 

IN  THE  PEAK  HOUR.  10 
ENTER  THE  ANNUAL  TRAFFIC  DEMAND.  137400 

ENTER  THE  DAILY  TRAFFIC  DEMAND  FOR  THE  AVERAGE  DAY  OF  THE  PEAK  MONTH. 

627 

******************  ************  *****************  ^:***** 

ANNUAL  SERVICE  VOLUME-  154427  OPERATIONS  PER  YEAR 
DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION  WITH  THE  SAME  RUNWAY  USE  CAPACITIES 
BEFORE?  no 

DO  YOU  WANT  TO  COMPUTE  ADDITIONAL  ASV?  n 


FIGURE  7-1  (Cont.) 
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APPENDIX  A  PERCENT  ARRIVAL  TECHNIQUE  MODEL 


A. 1  Introduction 

This  appendix  presents  a  utility  on-line  prooram  for 
computinq  percent  arrival.  This  technique  can  he  used  to: 

a)  Compute  the  capacity  of  a  runwav  use  conf igurat ion 
for  a  qiven  percent  arrival. 

b)  Compute  the  capacity  of  some  runway  use  configu- 
rations  not  shown  in  Fiqure  2-1. 

c)  Produce  capacity  versus  percent  arrival  sensitivity 
curves  with  only  one  run  of  the  Runway  Capacity  Model , 

Copies  of  this  utility  proqram  are  not  available  for 
distribution.  A  listinq  of  the  proqram  is  contained  in 
paraqraph  A. 6.  The  model  is  currently  available  for  use  on 
TYMSHARE. 


A. 2  Model  Logic 

The  percent  arrival  technique  is  based  on  the  capacity  of  a 
basic  runway  use  configuration  and  a  revised  runway  use 
configuration.  The  basic  runway  use  configuration  is  defined 
as  the  input  runway  use  configuration  wi*h  preemptive  arrival 
priority.  The  revised  runway  use  configuration  is  defined  as 
an  operational  subset  of  the  basic  runway  use  oonriqurario.n 
which  is  used  to  bring  departure  capacity  up  to  the  desired 
proportion  of  arrival  capacity.  The  revised  runway  use 
configuration  is  determined  by  eliminating  all  stream  (s)  that 
could  influence  the  departure  stream (s).  For  example,  if  the 
basic  runway  use  configuration  was  mixed  operations  on  a 
single  runway  (i.e.,  Model  1-3),  the  revised  runway  us° 
configuration  would  be  departures  only  on  a  single  runway 
(i.e. ,  Model  1-2).  Figure  A-1  contains  a  listing  of  revised 
runway  use  configurations  {in  terms  of  model  numbers)  that 
may  be  used  with  basic  runway  use  configurations. 

The  model  logic  is  as  follows: 

If  PA  =  desired  percent  arrivals. 

A1  =  arrival  capacity  of  the  basic  runwav  use  configu¬ 
ration. 

D1  =  departure  capacity  of  the  basic  runway  us*  configu¬ 
ration. 

A2  =  arrival  capacity  of  the  revised  runway  use  configu¬ 
ration  with  all  arrival  stream (s)  eliminated  which 
could  influence  departure  stream  (s). 

D2  =  departure  capacity  of  revised  runway  use  confioura- 
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tion  with  all  arrival  stream (s)  eliminated  which 
could  influence  departure  capacity. 

Check  the  inequality 

PA  ^  _A_1 (1) 

A1+D1 

If  this  inequality  holds,  then 
CAPACITY  =  A1/PA 

and  the  percent  arrivals  is  PA  as  specified. 

If  inequality  (1)  does  not  hold,  check  the  inequality 

PA  ^ A2 _  (2) 

A2  ♦  D2 

If  this  inequality  holds,  compute 

o  = _ (A2  ♦  D21  PA  -  A2 _ 

(A  1  -  A2)  ♦  (A2  ♦  D2  -  (A1  ♦  Dl)  )  PA 

where  p  is  the  proportion  of  time  the  basic  runway  use 
applies  and  1  -  p  is  the  proportion  of  time  the  revised 
runway  use  applies. 

Now 

CAPACITY  =  (A1  ♦  Dl)  p  ♦  (A2  »  D2)  (1  -  p) 

and  the  percent  ar  Vis  is  PA  as  specified. 

If  inequality  (2)  does  not  hold,  compute 

CAPACITY  ~  _ D2 _ 

1  -  PA 

and  percent  arrivals  is  PA  as  SDecified. 

A. 3  Input  Format 

The  percent  arrival  technique  can  be  executed  via  the 
command  EXFCUTE  PA.SFO.  The  first  question  is: 

ENTER  DESIRED  %  ARRIVALS: 

Any  integer  from  0  to  100  can  be  input.  The  next 
question  is: 

ENTER  ARRIVAL  CAPACITY  OF  BASIC  RUNWAY  USE 
CONFIGURATION: 
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This  input  would  come  from  a  run  of  the  Runway  Capacity 
Model  for  the  desired  runway  use  confiquration  and  9999 
entered  fcr  percent  arrival.  Any  integer  from  C  to  24C 
can  be  input.  The  next  question  is: 

ENTER  DEPARTURE  CAPACITY  OF  BASIC  RUNWAY  USE 
CONFIGURATION: 

This  input  woull  come  from  a  run  of  the*  Runw.iv  Capacity 
Model  for  the  desired  runway  us*»  confiquration  and  9999 
entered  for  nercent  arrival.  Any  integer  from  0  to  24r> 
can  be  input. 

Tf  inequality  (1)  is  true,  no  further  input  questions  will 
be  asked.  Tf  inequality  (1)  is  not  true,  the  next  question 
is: 

ENTER  ARRIVAL  CAPACITY  OF  REVISED  RUNWAY  USE 
CONFIGURATION  WITH  ALL  ARRIVAL  STREAMS  ELIMINATED 
THAT  COULD  INFLUENCE  DEPARTURE  STREAMS. 

This  input  would  come  from  a  run  of  the  Runway  Capacity 
Model  for  the  revised  runway  use  confiauration  and  9999 
entered  for  percent  arrival.  Any  inteaer  from  0  to  24C 
can  he  input.  The  next  question  is: 

ENTER  DEPARTURE  CAPACITY  OF  REVISED  RUNWAY  USE 
CONFIGURATION  WITH  ALL  ARRIVAL  STREAMS  ELIMINATED 
THAT  COULD  INFLUENCE  DEPARTURE  STREAMS. 

This  input  would  come  from  a  run  of  the  Runway  Capacity 
Model  for  the  revised  runway  use  confiquration  and  9994 
entered  for  percent  arrival.  Any  integer  from  0  to  ?nr 
can  be  entered. 


• 4  Output 

The  output  of  the  percent  arrival  technique  is  the  total 
capacity  of  the  runway  use  configuration  for  the  input 
percent  arrival,  and  capacities.  Followincr  the  printing  of 
the  total  capacity,  the  model  can  be  used  to  compute  the 
sensitivity  of  total  capacity  to  variations  of  percent 
arrival: 

DO  YOU  WANT  A  SENSITIVITY  ANALYSIS  OF  CAPACITY  TO 
PERCENT  ARRIVAL? 

A  Y  or  YES  response  will  result  in  total  capacity  beinq 
computed  for  values  of  percent  arrival  ranging  from  0  to  109 
in  increments  of  5M.  A  N  or  No  response  will  result-  in  the 
question: 

DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION? 
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A  Y  or  YES  response  will  result  in  the  question: 

ENTER  DESIRED  *  ARRIVALS: 

The  model  will  then  ask  for  new  values  of  arrival  and 
departure  capacity  for  the  basic  and  revised  runway  use 
confiqurations.  A  N  or  NO  response  will  terminate  the 
proqram. 


A. 5  Examples 


The  followinq  illustrates  the  use  of  the  on-line  proqram  for 
coirputinq  percent  arrivals. 

F.xamole  _1 

Compute  the  hourly  capacity  for  the  following  conditions: 

PA  =  45* 

A 1  =  35  D1  =  15 

A2  =  C  D2  =  55 

Also,  compute  the  sensitivity  of  hourly  capacity  to  percent 
arrivals.  The  computer  dialoque  tor  this  problem  is  shown  in 
'•iqure  A-2.  The  capacity  at  455  arrival  is  51  operation?  per 
hour.  The  sensitivity  of  capacity  to  percent  arrivals  is: 


Percent  Arrivals 
0 
5 

10 

15 

20 

25 

30 

15 

40 

45 

50 

55 

60 

65 

7C 

75 

80 

85 

90 

95 

ICO 


Hourly  Capacity 
55 
55 
54 
54 
53 
53 
53 
52 
52 
52 
51 
51 
51 
8C 
50 
47 
44 
41 
39 
37 
35 
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If  an  airport  is  composed  of  two  runway  use  configurations 
that  are  independent  from  an  air  traffic  control  standpoint, 
compute  th°  hourly  capacity  at  50 'i  arrivals  for  the  followina 
conditions: 


Punway  Use  Configuration  1  Runway  Use  Configuration  2 

A 1  =35  D 1  =  10  A1  =  35  D1  =  20 

A2  =  0  D2  =  55  A2  =  0  D2  =  55 


The  combined  arrival  and  departure  copacities  are: 


A1  =70  m  =  30 

A2  =  f.  D2  =  110 


The  computer  dialonue  for  this  problem  is  shown  in  Figure  A- 
3.  The  capacity  at  50%  arrival  is  found  to  be  102  operations 
per  hour. 


NOTH:  If  the  50 *  capacity  had  been  calculated  for  each 
runway  use  configuration  separately  (computer  run  not  shown) , 
the  total  capacity  would  he: 


Runway  Use  Configuration  1  =  4ft 
Punwav  Use  Configuration  2  =  55 

Total  103 


Tne  difference  in  total  capacity  results  because  combining 
th®  arrival  and  departure  components  of  capacity  for  both 
runway  use  configurations  allows  Runway  Use  Conf '  nratior.  2 
to  supplement  the  capacity  of  Runway  Use  configuration  1; 
i.e.,  more  aircraft  are  allowed  to  use  Runway  Use 
Conf iauration  2  than  Runway  Use  Configuration  1. 
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Compute  the  VFR  hourly  capacity  for  50\  arrival  of  the 
following  runway  use  conf iauration: 


Runway  1 
Runway  2 


The  operation  is  such  that  only  10  departure  are  permitted 
to  use  runway  2  each  hour. 


The  capacity  without  regard  to  percent  arrival  (i.e. ,  9999 
input  for  percent  arrival)  for  runway  1  is: 


ARRIVALS  =35 
UEPARTURES  =  Y5 
TOTAL  50 
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The  departure  only  capacity  of  runway  1  is  60  operations  per 
hour  and  the  departure  only  capacity  of  runway  2  is  60  opera¬ 
tions  per  hour. 

From  this  data  the  model  inputs  are: 

A1  =  35  HI  =  25  i.e.,  15  ♦  10 

A2  =  0  D2  =  70  i.e.,  60  ♦  in 

The  computer  dialoque  is  shown  in  Fioure  A-4.  The  hourly 
capacity  is  found  to  he  61  operations  per  hour. 

NOT?:  If  the  operational  restriction  was  not  Dlaced  on 

runway  2,  the  model  inputs  would  be: 

A1  =  35  D1  =  75  i.e.,  60  ♦  15 

A2  =  0  D2  =  120 

The  capacity  would  be  70  operations  per  hour  (calculation  not 
shown) . 


A.C  Prograo  Listing 
ti">o  pa.cto 

onn  Pinnisics  pa(20)  ,ai  (2r»>,:»i  (2i),a.2(2U  ,D2(2i) 

0020  INTEGER  CAP 

1130  RCA.L  PA, At , D1 , A2 ,D2 

0035  STRING  HI  (f!) 


00.110 

C332P 

11130 

00035 

00000 

00001 

00002 

31003 

no  no  o 


STRIIHT  £2(C) 


******  i>r.r.cr.:r  arrival:  techsi-h-g  ****** 

FOP  ALL  A/M  CAPACITY  MOPFLF  * 


00041  DISPLAY  "  " 

PI 10 2  DISPLAY  "  " 

31043  DISPLAY  "  " 

nonoo  DISPLAY  "  " 

10105  DISPLAY  *  " 

01-330  DISPLAY  "  ******  PERCENT  ARRIVALS  TECnSI-HE  ******  « 

00'irn  DISPLAY  "  FOP.  ALL  A/M  CAPACITY  MOPFLF  * 

QC070  DISPLAY  "  " 

•11121  DISPLAY  "  " 

101-35  77  DISPIAY  "" 

30-311  DC-  22  1-1,11,1 

001?f  DISPIAY  •  " 

30100  30  ACCSPT  "JSJTBR  DPS I PSD  "  ARRIVALS:  ",PA(T) 

11110  IF  (PA (I)  .LT.  0  .OR.  PA(I)  .GT.  101)  DISPIAY" WARDING:  r  APJ’IVA.l.C  M"FT  P 

♦•i:  o-ioi,  pleas::  re-enter" 

00112  PA.  (I) -PA  (I) /1 10 

00120  IF (PA (I)  .LT.  n  .OR.  PA  (I)  .GT.  111)  GO  TO  H 

03131  40  ACCEPT  "EIPTER  APR IV 7 L  CAP/CI'  Y  or  PAF-IC  RIMHAY  ITr  COITIGI  RAr’IDN: 

••  " *A1 (I) 

30140  IF  (Aid)  .GT.  240  .OP.  A1  (I)  .  LT.  O)  5>I5PIAY"AN  POITI.Y  ARRIVAI.  CAPACITY 

♦♦  or  "  ,ai  (i)  ,"very  unlikely  and  unusual  ,pij;ase  cmeck  again  to  srr  ir  "hjs  is  in’ 

♦*AT  YOU  REALLY  UAirO,  THEN  RE-LNTIX." 

00145  IF (A1  (I)  .GT.  240  .OR.  A1  (I)  .LT.  1)  GO  TO  40 

•30150  50  ACCEPT  "12  ITS  U  DSP  ARTURS  CAPACITY  Or  FASIC  RUNWAY  PSR  COUriGt  RAmIO": 

♦♦  *,01(1) 

3(1155  IF (D1  (I)  .GT.  240  .OH.  PI  (I)  .LT.  0)  niSPI.AY  "AS  5‘OPRI.Y  DJ'PARTPRP  CAP  AC 

♦*IT¥  OF  "  ,D1  (I) ,“  IS  VERY  U.’.’LIS.SLY" 

•30170  IF(D1  (I)  .GT.  240  .OR.  Pi  (I)  .LT.  1)  GOTO  C.1 
i')2/i  DISPIAY  "  " 

30233  a-A1(I)/(A1(I)+Dl(I)) 

11225  IF (PA(I)  .LT.  D)  5C  TO  f.i 

•19  290  CWW.1  (I)/PA(I) 

201.1  A2(I)-1 

201.2  D2(I)-0 

03202  GO  TO  111 

mi3  <51  ACCFPr*  *  ENTER  ARRIVAL  CAPACITY  05'  R5VJSTT  RUNWAY  FFE  CO'T  JOrrATIOS 
♦♦Will:  A.LL  AJI RIVAL  STPI'AMS  EIIMINA^m  "’FA.T  CC»*J  P  IFI'I  n****T  rrTAr’TJT  r.*"RrAf’F: 
♦♦-,A2(I) 

2° 2.1  DISPLAY  "  " 

n:M.'4  II*(A.2  (I)  .GT.411)  DISPIAY’  A!!  "On»LY  ARRIVAL  CAPACITY  OF’ ,  A"1  (I)  ,  ’  IF  VF.nY 

♦♦UNLIKELY,  PL’7-SS  CI:EC3'.  AGAIN  ASP  RF-ENV!!!. ' 

io::;'5  if(a2(I)  .gt.  in)  goto  no 

3.120C  G5  ACCEPT  "S’-JT-S:  DKrAvPTl'Rr  CAPACITY  OI’  PPVISKP  R«””VY  ’IS”  rr’r'T^'Vr'K' 
♦*.l  l.IT!  ALL  ARRIVAL  STREAMS  J'HMISATJIit  THAT  COULD  INFLUENCE  I'E-PArTERF  .'••’"REAMS : 

♦♦  ",02(I) 

00297  IP  (D2  (I)  .GT.  411  .OR.  L'2(I)  .I.T,  1)  DISPIAY  "AE  HOURLY  PEPAT^M-.-T  CAPAC 
**ITY  Or  *  ,D2  (I)  ,"  IS  VERY  UNLIKELY, PL57.SI:  OEFCF  AGAI'I,m5TS  Rl'-E'rEF" 

57210  IF  (1)2  (I)  .GT’.  43"  .OH.  12(1)  .1,-.  1)  GO  TO  fr» 


*>P 


JS  C-A*»(I)/(A2(I)+P2(I)) 
IF (PA(I)  .LT.  C)  GO  TO  3?. 
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TV;*>1 

tnv*2 

777»*3 
77  •'); 

Vj  '.  ■'Z 

't'inr 

v\m 

rrtv; 

O'*  ”*/»;> 

aoji* 

C..311 

o;n2 

•.".in 

l*'v>p 

(innn 
00331 
7)332 
OOJ33 
00330 
O'. ’35 
P33«5 
**• 


i’«A2(I)+K2(I) 

0*A1  (I)+!>1  (I) 
iwidi^iij 

JcrjrA(i)-M  »»  /  (n+  (,m(d^  ti)-n>  *pa  (d  > 

a'.p»'3*Y+w*n-y) 
display  •  * 

dismay  "pmoihjetion  or  out  r/cic  runway  rsi:  Amirs  « 
exspla*  HrnoL’on?IO':  <r  vr,j:  nm-isim  nnr  ay  ur.r  applies 

DISPLAY  •  • 

display  •  • 

DISPLAY  "  (OPmION  1)  ■ 

GO  TO  100  ' 

3?  CAP-!'2<I>/{1-P7<I)) 

DISPLAY  "  * 

DISPLAY  "  • 

DISPLAY  *  • 

DISI'LAV  "  ■ 

ftfw^ar  •  . ..1222 


*#y," 


« 

« 


CCUIC 

DISPLAY  " 

• 

75307 

DISPLAY  " 

II 

DISPLAY  " 

m 

003fip 

DISPLAY  " 

m 

30330 

DISPLAY  " 

37351 

DISPLAY  " 

• 

20352 

DISPLAY  " 

• 

07353 

DISPLAY  " 

M 

0035C 

DISPLAY  " 

«i 

0C335 

t€  ACCEPT 

"DO  YOU 

••APATITY? 
155.1 


•  M 

M  •• 


DISPLAY 
DISPLAY  " 
DISPLAY  • 
Ir(s*!  .ny. 
ir(S2  .so. 
nsruY  • 
IF(S2  .Ef>. 
XTffiS  .CO. 
ii’/(S2  . 


CAPACITY  -  *  ,CAT  ,*  OPCPJVTIOUS  PER  HOOP* 


DO  YOU  WAN?  A  SENSITIVITY  ANALYSIS  OF  PERCENT  ARTJVAJ.S  TO 


355.3 
355. C 
355.5 
355.C 
23336 
30357 
00350 

••cam  also  nrcn  y  on  ii 

0J35D  Il!i(S1  .ME.  "YES" 

350.2  22  CCimiWE 

333C0  <7  DO 

303C1  RIAL  J,r,L,M.N 

003C2  J«I-Y 

003f>n  1*-A1(1) 

303C5  O-UI(I) 

0030C  V»A2(1) 

003C7  S-D2(1) 

opocn  o>p/(p+o) 

363. 1  J«J/1ftf) 


"YES" 

.OR. 

S3 

.Eg 

"YES" 

a 

.OR. 

S2 

.EQ 

"YES" 

.OR. 

S2 

•  Eg 

"NO"  . 

OR.  ; 

S2  . 

.EG. 

"YES* 

.on. 

S3 

.nr, 

"Y") DISPLAY 


f  ARE. 


CAP.* 


mYm)  no  TO  /1 7 
"H")  GO  TO  flO 

"Y")  DISPLAY  "PLEASE  ENTER  YES  OR  MO, YOU 
.OR.  SI  ,NE.  "Y")  OO  5*0  Afi 


55  I-  1,101,5 
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AR 


0030  IF (J  .LT.  T)GO  TO  13 

30370  K-P/J 

370.1  J-J*101 

00371  00  TO  SC 

371.1  13  J-J*100 

372.1  27  IF (V  .U>.  0  .MIR.  S  .HQ.  0) DISPLAY  "FOR  ".3"  PRPCrNT  AP.R.YOP  »mrP  AR 
DL1T.CAP.OF  ItLVISLD  R/U  “ 

372.2  IF (V  .KU.  0  .AUD.  S  ,W.  ''I  00  TO  55 

0'1373  ?.S  P-V/  (V+S) 

373.1  J-J/100 

3017C  IF(J  .LT.  t)00  TO  2* 

00373  K-V+S 

C037f  U»P+<| 

07377  :i-r-v 

C0377  ii-  ( ty+s)  *j-v)/  (15+  (::-l)  *J) 

0017*1  K-L*ll+K*  (1-11) 

379.1  J-J*100 

03300  GO  TO  Of, 

003-1  20  V»-S/(W) 

301.1  ,f-J*10'» 

00372  CC  HtITC  (1*700)  J,tf 

•301C3  n*  roni,AT(r.::,in#7r:lin) 

003.1*1  55  co:iti:oje 

CC077  *15  ACC25PT  "DO  YOU  WANT  TO  ’tAKK  AMOTITR  CALCULATION?  "  ,S1 

(00. 1  A1(I)-0 

COO. 2  A2(I)-0 

*»-*»n.3  pi  (i)-** 

CO  ).*l  D2(I)-0 

ocmi  if (i?i  .no.  "y::s"  .c?..  ni  .1:0.  "y")  no  to  77 

30ft 32  IF  (SI  .no.  MO"  .OR.  SI  .i:n.  «i:")  GO  7C  30 

oo<*03  if  (si  .:tr..  "vrs"  .or.,  n  .:n:.  "Y")  display  "pijiasi:  dottr  yfs  or.  »’0 

♦*,YCU  CAM  ALSO  r:!JTLF,  Y  OR  V.  " 

onnift  if  (si  .nr.  "ykc"  .cr.  n  .nr.:,  "y  7  cc  to  cs 

00*!  05  to  STOP 

•ir.ftir.  ir-iu 


DA  SIC 

REVISED 

REVISED 

MODEL 

VFR  MODEL 

IFR  MODEL 

1-3 

1-2 

1-2 

2-4 

2-2 

2-2 

2-6 

2-3 

2-3 

2-10 

2-8 

2-8 

2-11 

2-9 

2-9 

2-  12 

2-9 

2-9 

2-17 

2-15 

2-15 

2-18 

2-15 

2-15 

2-20 

1-2 

1-2 

2-22 

2-20 

1-2 

2-23 

2-21 

2-21 

2-24 

2-21 

2-21 

3-1 

3-28 

3-28 

3-2 

3-29 

3-29 

3-3 

3-29 

3-29 

3-4 

3-22 

2-20 

3-5 

3-23 

2-20 

3-6 

3-24 

3-24 

3-7 

3-22 

2-21 

3-8 

3-22 

2-21 

3-4 

3-23 

2-20 

3-10 

3-24 

3-24 

3-11 

3-26 

2-3 

3-13 

3-26 

3-26 

3-14 

3-27 

3-27 

3-16 

1-2 

1-2 

3-17 

1-2 

1-2 

3-18 

3-25 

2-15 

3-19 

3-25 

2-15 

3-20 

3-22 

2-21 

3-21 

3-22 

2-21 

4-1 

2-3 

2-3 

4-3 

2-9 

2-9 

4-5 

4-22 

4-22 

4-7 

4-21 

4-21 

4-9 

4-23 

4-23 

4-10 

4-23 

4-23 

4-11 

4-2 

2-3 

BASIC 

REVISED 

REVISED 

MODEL 

VFR  MODEL 

IFR  MODEL 

4-13 

4-21 

4-21 

4-15 

4-21 

4-21 

4-17 

4-21 

4-21 

4-19 

4-24 

4-24 

5-2 

1-2 

1-2 

5-3 

5-1 

5-1 

5-4 

1-2 

1-2 

6-5 

5-4 

1-2 

6-2 

1-2 

1-2 

6-3 

1-2 

1-2 

7-4 

1-2 

1-2 

7-5 

2-21 

2-21 

7-6 

2-9 

2-9 

10-1 

10-5 

5-1 

10-2 

3-29 

2-15 

10-3 

3-22 

2-21 

10-4 

3-22 

2-21 

11-1 

2-21 

2-21 

11-2 

4-24 

2-15 

11-3 

2-21 

2-21 

11-4 

2-21 

2-21 

12-1 

1-2 

1-2 

12-2 

2-9 

2-15 

12-3 

1-2 

1-2 

12-4 

12-3 

1-2 

13-1 

3-26 

2-15 

13-2 

3-  29 

3-29 

13-3' 

3-22 

2-21 

13-4 

3-2? 

2-21 

14-1 

2-21 

2-21 

14-2 

4-24 

2-15 

15-1 

2-21 

2-21 

15-2 

2-21 

2-21 

) 


FIGURE  A- 1 

BASIC  &  REVISED  RUNWAY  USE 
CONFIGURATIONS  FOR  PERCENT  ARRIVAL  TECHNIQUE 
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computer  dialogue  for  example  i 

FIGURE  A-** 

execute  pa.sfo 
LOADING 
•EXECUTION 


******  PERCENT  ARRIVALS  TECHNIQUE  *♦***♦ 
FOR  ALL  R/W  CAPACITY  MODELS 


ENTER  DESIRED  5  ARRIVALS:  45 

ENTER  ARRIVAL  CAPACITY  OF  BASIC  RUNWAY  USE  CONFIGURATION:  35 

ENTER  DEPARTURE  CAPACITY  OF  BASIC  RUNWAY  USE  CONFIGURATION:  15 

ENTER  ARRIVAL  CAPACITY  OF  REVISED  RUNWAY  USE  CONFIGURATION  WITH  ALL  ARRIVAL  STRE 
AMS  ELIMINATED  THAT  COULD  INFLUENCE  DEPARTURE  STREAMS:  0 

ENTER  DEPARTURE  CAPACITY  OF  REVISED  RUNWAY  USE  CONFIGURATION  WITH  ALL  ARRIVAL  ST 
REAMS  ELIMINATED  THAT  COULD  INFLUENCE  DEPARTURE  STREAMS:  55 

PROPORTION  OF  TIME  BASIC  RUNWAY  USE  APPLIES  =  .6644295 

PROPORTION  OF  TIME  REVISED  RUNWAY  USE  APPLIES  =  .3355705 


(OPTION  1) 

******************************************* 


CAPACITY  *  51  OPERATIONS  PER  HOUR 


DO  YOU  WANT  A  SENSITIVITY  ANALYSIS  OF  PERCENT  ARRIVALS  TO  CAPACITY?  y 


!5  ARR. 

CAP. 

******** 

****** 

0 

55 

5 

55 

10 

54 

15 

54 

20 

53 

25 

53 

201 


30 

53 

35 

52 

40 

52 

45 

52 

50 

51 

55 

51 

60 

51 

65 

50 

70 

50 

75 

47 

80 

44 

85 

41 

90 

39 

95 

37 

100 

35 

DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION?  n 
STOP 


FIGURE  A- 2  (Cont.) 
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execute  pa.sfo 
LOADING 
EXECUTION 


♦♦♦♦♦♦  PERCENT  ARRIVALS  TECHNIQUE 
FOR  ALL  R/W  CAPACITY  MODELS 


ENTER  DESIRED  %  ARRIVALS:  SO 

ENTER  ARRIVAL  CAPACITY  OF  DASIC  RUNWAY  USE  CONFIGURATION:  70 

ENTER  DEPARTURE  CAPACITY  OF  DASIC  RUNWAY  USE  CONFIGURATION:  30 

ENTER  ARRIVAL  CAPACITY  OF  REVISED  RUNWAY  USE  CONFIGURATION  WITH  ALL  ARRIVAL  STRE 
AMS  ELIMINATED  THAT  COULD  INFLUENCE  DEPARTURE  STREAMS:  0 

ENTER  DEPARTURE  CAPACITY  OF  REVISED  RUNWAY  USE  CONFIGURATION  WITH  ALL  ARRIVAL  ST 
REAMS  ELIMINATED  TUAT  COULD  INFLUENCE  DEPARTURE  STREAMS:  110 

PROPORTION  OF  TIME  BASIC  RUNWAY  USE  APPLIES  -  .7333333 

PROPORTION  OF  TL'IE  REVISED  RUNWAY  USE  APPLIES  ■  .2G66667 


(OPTION  1 ) 

******************************************* 


CAPACITY  «  102  OPERATIONS  PER  HOUR 


DO  YOU  WANT  A  SENSITIVITY  ANALYSIS  OF  PERCENT  ARRIVALS  TO  CAPACITY?  n 


DO  YOU  WANT  TO  HAKE  ANOTHER  CALCULATION?  n 
STOP 


COMPUTER  DIALOGUE  FOR  EXAMPLE  2 


FIGURE  1-2 


execute  pa.sfo 
LOADING 
EXECUTION 


******  percent  ARRIVALS  TECHNIQUE 
FOR  ALL  R/W  CAPACITY  MODELS 


ENTER  DESIRED  X  ARRIVALS  s  SO 

ENTER  ARRIVAL  CAPACITY  OF  BASIC  RUNWAY  USE  CONFIGURATION:  35 

ENTER  DEPARTURE  CAPACITY  OF  BASIC  RUNWAY  USE  CONFIGURATION:  25 

ENTER  ARRIVAL  CAPACITY  OF  REVISED  RUNWAY  USE  CONFIGURATION  WITH  ALL  ARRIVAL  STRE 
AMS  ELIMINATED  THAT  COULD  INFLUENCE  DEPARTURE  STREAMS :  0 

ENTER  DEPARTURE  CAPACITY  OF  REVISED  RUNWAY  USE  CONFIGURATION  WITH  ALI.  ARRIVAL  ST 
REAMS  ELIMINATED  THAT  COULD  INFLUENCE  DEPARTURE  STREAMS:  70 

PROPORTION  OF  TIME  BASIC  RUNWAY  USE  APPLIES  -  .875 

PROPORTION  OF  TIME  REVISED  RUNWAY  USE  APPLIES  -  .125 


(OPTION  1) 

******************* 


CAPACITY  -  61  OPERATIONS  PER  HOUR 


DO  YOU  WANT  A  SENSITIVITY  ANALYSIS  OF  PERCENT  ARRIVALS  TO  CAPACITY?  n 


DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION?  n 
STOP 


COMPUTER  DIALOGUE  FOR  EXAMPLE  3 
FIGURE  A-« 
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APPEND!)’  B  APHIVAL- ARRIVAL  SEPARATION  PRE- PROCESSOR 


P. 1  Introduction 


This  appendix  presents  two  utility  on-line  programs  that  are 
useful  for  preparing  inputs  to  the  Runway  Capacity  Model  and 
interpretinq  inputs  used  with  the  Runway  Capacity  Model,  one 
proqram  will  convert  observed  averaae  separations  (i.e., 

AASR)  over  the  threshold  to  the  model  input  of  minimum 
separation  (i.e.,  DLTAIJ) *  The  other  proqram  will  convert 
the  model  input  of  minimum  separation  into  an  averaqe 
Reparation  over  the  threshold. 

Copies  of  those  utility  proqrams  are  not  available  for 
distribution.  A  listinq  of  each  proqram  is  contained  in 
paraqraph  B. 6. 


P. 2  Model  Logic 

The  value  of  averaae  separation  over  threshold  is  related  to 
minimum  separation  by  the  equation: 

AASR  (i  j)  *  DLTA  Ci  i  1  -  (SIGMA  X  fPV) 

V(j) 

♦  MAX  (  O,  G(j)  X  (  1  -  _J _ )  ) 

V(j)  V(i) 

where: 


AASR (i j)  is  the  average  separation  between  a  pair 
of  arrival  aircraft  over  the  threshold. 

DLTA(ii)  is  the  input  DLTAId  to  the  Runway  capacity 
Model;  i.e.,  .the  minimum  separation  over  the  common 
approach  path  between  a  pair  of  arrival  aircraft. 

V(j)  is  the  velocity  of  the  trailing  arrival  aircraft. 
V(i)  is  the  velocity  of  the  lead  arrival  aircraft. 
SIGMA  is  the  standard  deviation  of  arrival-arrival 
separation. 

fPV  is  the  number  of  standard  deviations  to  he  applied 
to  the  standard  deviation  to  create  a  separation 
buffer  which  will  prevent  aircraft  from  coming 
closer  toqether  than  the  minimum  separation. 

NOTE:  For  probabilities  less  than  .50,  fpv  will 
be  a  negative  number. 

G(j)  is  the  length  of  the  common  approach  path  for  the 
trailing  aircraft. 
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B. 3  Input  format 


B.3. 1  AASR  to  PLTA 

The  program  to  convert  averaqe  separations  over  threshold 
into  model  inputs  DLTAIJ  can  be  called  by  the  command  EXECUTE 
DLTAIJ.SFO.  The  model  will  first  ask  for  the  average 
separation  between  each  aircraft  pair  in  nautical  miles; 
i.e. , 

D<A,A)  * 

D  (A,B)  * 

D  (A, C)  x 
0 (A,D)  * 

D(E#A)  « 

D(B,B)  * 

D(B,C)  « 

D (B#D)  x 
D  (C#  A)  » 

D  (C#B)  x 
D(CfC)  * 

D(C#0)  » 

D  (D,  A)  * 

D (Dr B)  = 

D (D#C)  * 

D (D#D)  * 

After  all  separations  have  been  input#  the  model  will  request 
values  for  the  length  of  the  common  approach  path  in  nautical 
miles  by  aircraft  class;  i.e.# 

G(A)  = 

G  (B)  x 
G  (C)  x 
G  (D)  * 

After  all  distances  have  been  input#  the  model  will  request 
the  standard  deviation  of  arrival-arrival  separation  in 
seconds;  i.e.# 

SIGMA  ARR-ARR  = 

Followed  by  the  absolute  number  of  standard  deviations  you 
wish  to  include  in  the  separation  buffer;  i.e..# 

F (PROB.  OF  VIOLATION)  = 

Values  of  F ( PROB •  OF  VIOLATION)  are; 
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04 

-1.75 

05 

-1.65 

06 

-1.55 

07 

-1.45 

C8 

-1.40 

09 

-1.35 

10 

-1.30 

B. 3.2  PLTA  to  AASR 

The  proqram  t.o  convert  the  model  input  DLTAIJ  into  the 
average  separation  over  theshold  can  be  called  by  the  command 
FXFCUTE  AASR.SFO.  The  model  will  ask  the  same  series  of 
questions  shown  in  paragraph  B.3.1.  However,  the  input  for 
D(A,A)  throuah  D(D,D)  should  be  the  value  of  DLTAIJ  in 
nautical  miles. 


B. 4  Output 

The  output  of  these  models  is  a  table  listinq  the  values  of 
AASR  and  DLTAIJ  for  each  aircraft  pair. 

9. 5  Examples 


The  followinq  example  illustrates  the  use  of  AASR.SFO  and 
DLTAIJ.  SFC. 


Example 


Convert  the  followinq  matrix  of  DLTAIJ  values  to  AASR  values: 


Lead  Air 
craft 


Trail  Aircraft 

_  A _ B _ 

A  ~3  3 

B  3  3 

C  4  4 

D  6  6 


C 

3 

3 

3 

5 


D 

3 

3 

3 

4 


The  length  of  the  common  approach  path  is  6  nautical  miles 
for  all  aircraft  classes,  SIGMA  is  15  seconds  and  FPV  =  -1.9. 

The  computer  dialoque  for  this  problem  is  shown  in  Fiqure  B-1. 
The  matrix  of  AASR  values  is: 

Trail  Aircraft 


A 

B 

C 

D 

A 

3.8 

4.0 

4.0 

4.1 

Lead  Air-  B 

5.0 

4.0 

4.0 

4.1 

craft  C 

6.4 

5.4 

4.0 

4.1 

D 

8.7 

7.8 

6.5 

5.1 
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Example  2 

Convert  the  followinq  matrix  of  AASR  values  to  DLTA1J  values. 


Lead  Air 
craft 


Tiail  Aircraft 

_ A _ D 

A  3  3 

B  3  3 

CUH 
D  6  6 


£ 

3 

3 

3 

5 


D 

3 

3 

3 

U 


The  length  of  the  common  approach  path  is  6  nautical  miles 
for  all  aircraft  classes,  SIGMA  is  15  seconds,  and  FPV  *  >1.9 

The  computer  dialogue  for  this  problem  is  shown  in  Fiqure  R-2 
The  matrix  of  CLTAIJ  values  is: 

Trail  Aircraft 

_A _ B _ 

2.2  2.1 

1.0  2.1 

1.6  2.6 


A 

Lead  Air*  B 
craft  C 


C 

210 

2.0 


D 

1.9 

1.9 


H.G  PROGRAM  LISTING 
type  aasr.sio  ' 

00005  DISPIAY  'D-AASR,  G-GAMA' 

00010  DIMENSION  G(4) ,DIJ(4,4) 

00011  REAL  IAS 

00020  DISPLAY 'TO  COtIVERT  AASR  INTO  DLTAIJ' 

00030  ACCEPT  'D(A,A)-' ,DIJ (1 , 1 ) . *D (A.B)-' ,DIJ (1 , 2) , 'D(A.C)-' ,DIJ(1 ,3) , 

'D(A,D)« 

* #DIJ {1«4) 


00040 

ACCEPT'D<B,A)«' 

1  .DIJ (2. 

1) 

. '  D (B.B)- ' 

.DIJ 

(2, 

-2), 

i  'D(B.C)-' 

.DIJ  (2 . 

p  3) 

9 

•D(B,D) 

»DIJ (2, 

r  4) 

00050 

ACCEPT' D(C, A)-' 

'.DIJ (3, 

1) 

,'D(C,B)-' 

.DIJ 

(3, 

'  2) , 

-  'D(C.C)-' 

,DIJ ( 3  j 

,3) 

9 

'D(C.D) 

.DIJ  (3, 

-4) 

00060 

ACCEPT' D(D.A)-< 

’  .DIJ  (4 , 

1) 

.  'D (D. B)  -' 

.DIJ 

(4 1 

-2), 

p 'D(D.C)- * 

.DIJ  (4, 

r3) 

9 

'D(D.D) 

.DIJ (4,4) 

00070  ACCEPT'G  (A)*'  ,G(1),'C(B)-',G(2),'G  (C)-'  .G  (3)  ,'G(D)-'.G(4) 

000C0  ACCEPT  'SIGMA  ARR-ARR- ' . SAA 
00030  ACCEPT' F (  PROB.  OF  VIOLATION)-' ,FPV 

00095  DISPLAY* . ' 

00096  96  CONTINUE 

00097  97  CONTINUE 

00098  90  CONTINUE 

00100  DISPLAY  'A-1,  B-2.  C-3 ,  D-4' 

00101  DISPLAY  'M-LEAD  AIRCRAFT' 

00102  DISPLAY *N»  TRAILING  AIRCRAFT' 

00119  DO  100  M-1,4,1 

00120  IF  (M. BO. D VI-95 

00130  IF (M.KQ.2) VI-120 

00180  IF(N.EU.3)  VI-130 

00141  IF(M.KQ.4)  VI-140 

00150  15  DO  100  N-1,4,1 

00160  IF (N. EQ • 1 ) VJ- 9  5 

00170  IF  (IJ.E0.2)VJ-120 

00130  IF(N.EU.3)  VJ-130 

00131  IF (N.EQ.4)  VJ-149 

00190  5  IF(VI.GT.VJ)  GOTO  10 

00191  GOTO  20 

00195  DISPLAY 'DDIJ  MEANS  DLTAIJ.  DIJ  IS  USED  HERE  FOR  IAS.' 

00200  10  DDIJ-DIJ (M,N) + ( ( (G (N) /VI) - (SAA*FPV/3600) ) *VJ)-G (N) 

00201  GOTO  30 

00210  20  DDIJ-DIJ (M,N)-(SAA*FPV*VJ/3600) 

00220  30  DISPLAY  *M»'  ,11,  'N-'.N,  'FOR  AASR-' , DIJ (M.N) ,  'DLTAIJ  IN  N  MI-'  , DDIJ 

00230  100  CONTINUE 

00240  END 
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type  dltaij.sfo 

00005  DISPLAY' D-DLTAIJ,  G-GAMA,  * 

00010  DIMENSION  G(4)  ,DIJ(4,4) 

00011  REAL  IAS 

00020  DISPLAY 'TO  CONVERT  DLTAIJ  INTO  AASR  IN  N  HI.' 

00030  ACCEPT  'D(l  ,A)-'  ,DIJ  (1 ,1 )  ,'D(A,B)-'  ,DIJ  (1 ,2) ,  *D(A,C)»'  ,DIJ(1 ,3)  , 

'D(A,D)« 

' »DIJ (1,4) 

00040  ACCEPT' D(B, A)-'  ,DIJ  (2, 1 )  ,  'D(B,B)«'  ,DIJ  (2,2)  ,  'D(B,C) «'  ,DIJ  (?.,  3) , 

•D(B,n)»' 

»DIJ (2*4) 

00050  ACCEPT' D(C,A)«',DIJ (3,1) ,'D(C,B)-' ,DIJ (3,2) , 'D(C,C)-' ,DIJ(3,3) , 

'D(C,D)«' 

,DIJ(3,4) 

00060  ACCEPT' D(D, A) «'  ,DIJ(4,1)  ,'D(D,B)«'  ,DIJ  (4,2)  ,'D(D,C)«'  ,DIJ(4,3)  , 

•i>(n,p)»' 

#  DIJ (4,4) 

00070  ACCEPT* G (A)* ' ,G (1 ) , 'G(B) -' ,G (2) ,'G(C)-',G(3) ,'G(D)-',G(4) 

00080  ACCEPT  'SIGHA  ARR-ARR-' ,SAA 
00090  ACCEPT' F (  PROB.  OF  VIOLATION) -' ,FPV 

00095  DISPLAY' . ' 

00096  96  CONTINUE 

00097  97  CONTINUE 

00098  98  CONTINUE 

00100  DISPLAY  'A-1,  B-2,  C-3,  1>-4' 

00101  DISPLAY  •  ' 

00102  DISPLAY'M-  LEAD  AIRCRAFT.' 

00103  DISPLAY  'N-TRAILING  AIRCRAFT.' 

00104  DISPLAY'  ' 

00105  DISPLAY  106 

00110  DO  100  M-1,4,1 

00120  IF  (M.E0.1) VI-95 

00121 

00130  IF(M.EQ.2)  VI-120 

00140  IF (M.EQ.3)  VI-130 

09141  IF(M.EQ.4)  VI-140 

00150  15  DO  100  N-1,4,1 

09160  IF (N.EQ.1 )VJ-95 

00170  IF  (N.EQ.2)VJ-120 

00180  IF(N.EQ.3)  VJ-130 

00181  IF(N.EQ.4)  VJ-140 

00190  5  IF(VI.GT.VJ)  GOTO  10 

00191  GOTO20 

*'290  10  IAS-  ( ( (G  (N)+DIJ  (M,N)  )/VJ)~ (G  (H)/VI)+  (SAA*FPV/3600) )  *VJ 

201  GOTO  30 

vJ210  20  IAS-DIJ (M,N)+ (SAA*FPV*VJ/3600) 

00220  30  DISPLAY'M-', M,'N-'N, 'FOR  DLTAIJ-' , DIJ (M,N) , 'AASR  IN  N  MI-', IAS 

00230  100  CONTINUE 

00240  END 
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execute  dltaij.sfo 
SFORTRAN :  DLTAIJ 
LOADING 
EXECUTION 
D-DLTAIJ,  G-GAMA, 

TO  CONVERT  DLTAIJ  IUTO  AASR  IN  N  ’ll. 

D(A,A)-3 

D<A,B)«3 

D(A,C)»3 

D(A,D)«3 

D(B,A)-3 

D(B,li)-3 

D  {IV*  0*3 

D(3,D)«3 

D(C,A)«4 

D(C,B)«4 

D(C,C)-3 

D(C,D)«3 

D(D#A)-G 

D(D,b)-6 

D(D,C)»5 

D(D,D)-4 

G(A)-6 

G<B)»6 

G(C)-6 

G(D)-6 

SIGMA  ARR-AKR-15 
F (  PROP.  OF  VIOLATION)- 1.9 


A- 1 ,  B*2 ,  03,  D-4 

M-  LEAD  AIRCRAFT. 
N-TRAILING  AIRCRAFT. 
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M- 

1 

N- 

1 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI- 

1.752033 

M- 

1 

N- 

-> 

— • 

FOR 

DLTAIJ- 

3 

AASR 

III 

N 

MI- 

3.95 

M- 

1 

H- 

3 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI- 

4.0291 G7 

m- 

1 

H- 

4 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI- 

4.103331 

M- 

2 

N- 

1 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI- 

5.002083 

M- 

2 

N- 

2 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI¬ 

3.95 

>1- 

2 

N- 

3 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

NI¬ 

4.9291G7 

M- 

2 

N- 

4 

FOR 

DLTAIJ- 

3 

AASR 

IN 

II 

MI- 

4.103333 

M« 

3 

H- 

1 

FOR 

DLTAIJ- 

4 

AASR 

IN 

N 

MI- 

G.3G74G3 

M« 

3 

N- 

2 

FOR 

DLTAIJ- 

4 

AASR 

IN 

N 

MI- 

5.411538 

M- 

3 

N<* 

3 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI- 

4.0291G7 

M« 

3 

N» 

4 

FOR 

DLTAIJ- 

3 

AASR 

IN 

N 

MI- 

4.103333 

M" 

4 

N« 

1 

FOR 

DLTAIJ- 

G 

AASR 

IN 

M 

MI¬ 

3.G00G55 

M« 

4 

H« 

2 

FOR 

DLTAIJ- 

G 

AASR 

IN 

N 

NI¬ 

7.307143 

M- 

4 

N- 

3 

FOP. 

DLTAIJ- 

5 

AASR 

IN 

N 

MI- 

G.  457733 

M- 

4 

N- 

4 

FOP 

DLTAIJ- 

4 

AASR 

IN 

N 

MI- 

5.109333 

EXIT 


COMPUTER  DIALOGUE  FOR  EXAMPLE  1 
FIGURE  R-1 
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execute  aasr.sfo 
SFORTRAIlt  AASR 
LOADING 
EXECUTION 
D-AASR,  G-GAMA 
TO  CONVERT  AASR  INTO  DLTAIJ 
D(A,A)«3 
D(A,B)-3 
D(A,C)-i 
D(A,D)«3 
D(n,A)»3 
D(B,B)-3 
D(B,C)-3 
D(B,D)-3 
D(C,A)-4 
D(C,B)-4 
D(C,C)-3 
D(C,D)«3 
D(D,A)«G 
D(D,B)-G 
D(D,C)«5 
D(D,D)-4 
G(A)«6 
G(B)-G 
G(C)-6 
G(D)-6 

SIQ1A  ARR-ARR-15 
F (  PROD.  OF  VIOLATION)- 1.9 


A”  1 ,  B-2,  03,  D-4 
.'1-LEAD  AIRCRAFT 


N« 

M- 

TRAILING  AIRCRAFT 

1  11-  1 

FOR  AASR- 

3 

DLTAIJ 

IN 

N  Mi¬ 

2.247917 

M— 

1 

N- 

2 

FOR  AASR- 

3 

DLTAIJ 

IN 

ll  Mi¬ 

2.05 

M- 

1 

N- 

3 

FOR  AASR- 

3 

DLTAIJ 

IN 

ll  MI- 

1 .970833 

ri* 

1 

N» 

4 

FOR  AASR* 

3 

DLTAIJ 

hi 

N  MI- 

1.891667 

M- 

2 

N« 

1 

FOR  AASR- 

3 

DLTAIJ 

IN 

N  MI- 

.9979167 

M- 

2 

N- 

2 

FOR  AASR- 

3 

DLTAIJ 

IN 

N  MI” 

2.05 

M— 

2 

N« 

3 

FOR  AASR- 

3 

DLTAIJ 

IN 

N  MI- 

1.970833 

M- 

2 

N- 

4 

FOR  AASR- 

3 

DLTAIJ 

IN 

N  MI- 

1.891667 

rt- 

3 

N- 

1 

FOR  AASR- 

4 

DLTAIJ 

IN 

N  MI- 

1.632532 

M« 

3 

N- 

2 

FOR  AASR- 

4 

DLTAIJ 

IN 

N  MI- 

2.588462 

M» 

3 

N« 

3  . 

FOR  AASR” 

3 

DLTAIJ 

IN 

N  MI- 

1.970833 

H— 

3 

H- 

4 

FOR  AASR- 

3 

DLTAIJ 

IN 

N  MI- 

1.891667 

li¬ 

4 

II- 

1 

FOR  AASR* 

6 

DLTAIJ 

IN 

N  MI- 

3.319345 

lt. 

4 

N- 

2 

FOR  AASR” 

6 

DLTAIJ 

IN 

N  MI- 

4.192857 

M- 

4 

N - 

3 

FOR  AASR- 

5 

DLTAIJ 

IN 

N  MI- 

3.542262 

M- 

4 

N- 

4 

FOR  AASR- 

4 

DLTAIJ 

IN 

N  MI- 

2.891667 

COMPUTER  DIALOGUE  FOR  EXAMPLE  2 
FIGURE  U- 2 
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APPENDIX  C  -  DELAY  FACTOR  MODEL 


C.  1  Introduction 


Reference  b  presents  a  graphic  technique  for  determinim 
average  delay  per  operation.  The  technique  employs  delay 
indices,  ADI  and  DDI,  as  well  as  delay  factors,  ADF  and  DDF. 
The  values  of  ADI  and  DDI  are  a  function  of  the  parameter 
values  (especially  arrival-arrival  separation)  used  to 
generate  runway  capacity  and  the  demand  on  the  runway. 

This  appendix  describes  the  use  of  an  on-line  proqram  to 
calculate  ADI,  DDI,  ADF,  and  DDF.  Copies  of  this  proqram  are 
not  available  for  distribution.  A  listinq  of  the  proqram  is 
contained  in  paraqraph  D.6.  The  model  is  currently  available 
on  TYMSHARE. 


C. 2  Model  Logic 

The  equations  used  to  calculate  ADI,  DDI,  ADF,  and  DDF  are 
defined  in  reference  c  on  page  IV-79  through  IV-83. 


C. 3  Input  Format 

The  on-line  program  to  compute  delay  factors  can  be  executed 
via  the  command  EXECUTE  DF.SFO.  The  input  questions  are: 

ARRIVAL  DEMAND* 

DEPARTURE  DEMAND* 

HOURLY  CAPACITY3 
WHEN  PERCENT  ARRIVALS* 

WHEN  9999  IS  ENTERED  FOR  PERCENT  ARRIVAL 
ARRIVAL  CAPACITY* 

DEPARTURE  CAPACITY* 

FOR  THE  REVISED  RUNWAY  USE  CONFIGURATION 
ARRIVAL  CAPACITY* 

DEPARTURE  CAPACITY* 

NOTE:  The  percent  arrival  used  to  calculate  HOURLY  CAPACITY 
must  be  the  same  as  that  implied  by  the  values  of  ARRIVAL 
DEMAND  and  DEPARTURE  DEMAND. 
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C. 4  Output 

The  output  of  this  on-line  proqram  is: 

ADI 

ADF 

DDI 

DDF 

This  program  can  also  produce  a  sensitivity  analysis  of  delay 
factors  to  demand.  After  the  first  output  is  printed,  the 
program  asks: 

DC  YOU  WANT  A  SENSITIVITY  ANALYSIS  CF  ADI  AND  DDI  TO 
D/C? 

If  a  Y  or  YES  is  entered,  the  model  will  produce  the 
following  table: 

DEMAND  D/C  ADI  DDI  ADF  DDF 
.05 
.  10 


1.0 


1.5 

The  next  question  is: 

DO  YOU  WANT  TO  CONSIDER  ANOTHER  DEMAND? 

If  a  Y  or  YES  is  entered,  the  proqram  will  request: 

ARRIVAL  DEMAND* 

DEPARTURE  DEMAND* 

If  a  N  or  NO  is  entered,  the  next  question  will  be: 

DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION? 

If  a  Y  or  YES  is  entered,  the  entire  sequence  of  questions 
starting  with  ARRIVAL  DEMAND*  will  be  repeated.  If  a  N  or  NO 
is  entered,  the  run  will  terminate. 


C. 5  Example 

The  following  illustrates  the  use  of  the  on-line  delay  factor 
program. 
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Example  1 


Compute  ADF  and  DDF  as  well  as  the  sensitivity  of  ADI  and  DDI 
to  different  demand  levels  for  the  following  conditions: 

Demand  =  50  operations/hour 

Capacity  =  60  operations/hour  at  50%  arrival 

Capacity  for  9999  percent  arrivals: 

ARRIVAL  35 
DEPARTURE  15 

Capacity  for  the  revised  runway  use  configuration: 
Arrival  =  0 
Departure  =  6C 

The  computer  dialogue  for  this  problem  is  shown  in  Fiqure  D- 
1.  For  the  qiven  conditions: 

ADF  =  .77 
CDF  =  .83 

The  sensitivity  of  ADI  and  DDI  to  demand  is: 


Demand 

ADI 

DDI 

6 

.86 

.53 

12 

.86 

.57 

18 

.86 

.62 

24 

.86 

.67 

30 

.86 

.74 

36 

.86 

.81 

42 

.86 

.91 

48 

.88 

1.0 

54 

.99 

1.0 

60 

1.0 

1.0 
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C.6  Program  Listing 
type  dTI  zto 
00010  DISPLAY1  • 

00020  DISPLAY'  ' 

00030  DISPLAY  'Oil  LIME  PROGRAM  TO  CALCULATE  DELAY  FACTORS' 

00040  DISPLAY'  ' 

00030  DISPLAY'  ' 

000C0  STRING  Q1 (3) ,Q2(3) ,Q3(3) 

00070  N=*0 

00000  Y-0 

00090  Q3«'N' 

00100  10  N-N+1 

C0110  IF(Q3.EQ.'N')  GOTO  20 

00120  Y-Y+0.10 

00130  IF (Y.GT. 1.51)  GOTO  400 

00140  D-Y*CX 

00150  DA-D*X 

00160  DD-D* ( 1 . 0-X) 

00170  GOTO  30 

00180  20  ACCEPT 'ARRIVAL  DEMAND- ', DA, ' DEPARTURE  DEMAND-', DD 

00190  DISPLAY'  * 

00200  IF(N.GT.I)  GOTO  30 

00210  ACCEPT' HOURLY  CAPACITY- ', CX ,' WHEN  PERCENT  ARRIVALS  «',X 
00220  X-X/100.0 

00230  DISPLAY  '  • 

00240  DISPLAY  'WHEN  9999  IS  ENTERED  FOR  PERCENT  ARRIVAL' 

00250  ACCEPT 'ARRIVAL  CAPACITY- ',CUA,' DEPARTURE  CAPACITY-' , CUD 
00260  DISPLAY  '  • 

00270  DISPLAY 'FOR  THE  REVISED  RUNWAY  USE  CONFIGURATION’ 

002C0  ACCEPT' ARRIVAL  CAPACITY- ', CUAP, 'DEPARTURE  CAPACITY-' ,CUDP 

00290  DISPLAY  •  ' 

00300  DISPLAY •****♦♦#**♦*****♦ ♦****♦♦* ********* ******* *************  «.* **»*#***' 

00310  DISPLAY  '  ' 

00320  30  D-DA+DD 

00330  CU-CUA+CUD 

00340  CUP-CUAP+CUDP 

00350  U-CUA/CU 

00360  UP-CUAP/CUP 

00370  CO-(1-UP)*CUP 

00300  R1- (X+D)/(U*CU) 

00390  CD1* (R1 * (1-U) *CU)+ ( ( 1 — R1 ) *CO) 

00410  CA-CUA 

00420  R3-D/CX 

00430  R2-DA/CA 

00440  IF (R2.GT.1 .0)  GOTO  200 

00450  DDI-  ( (1-y.)  <CX)/CU1 

00460  IF (DDI. GT. 1,0)  GOTO  105 

00470  ADI«(X*CX)/(U*CU) 

00471  IF  (ADI. GT. 1.0)  ADI-1.0 
00480  GOTO  300 

00435  105  Q— ( (1-X)*CX-CO)/((DA/CA)* ( (1-U) *CU-CO) ) 

00490  110  ADI-  (X*CX)/ (0*U*CU+ ( 1  — Q) *UP*CUP) 

00500  IF (ADI. GT. 1.0)  ADI-1.0 
00510  DDI— 1 . 0 

00520  .  GOTO  300 

00530  200  IF (CU.GT.CX)  GOTO  210 
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00540  DDI-1 .0 

00550  ADI- 1.0 

00560  GOTO  300 

00570  210  IF,{U.GE.X)  GOTO  220 

00580  ADI-1.0 

00590  DDI-((1-X)*CX)/((1-U)*CU) 

00600  ir(DDI.GT.I.O)  DDI-1. 0 
00610  GOTO  300 

00620  220  IF( (1-U) ♦CU.EQ.CO)  GOTO  230 

00630  DDI-1. 0 

00640  ADI-1.0 

00641  GOTO  300 

00642  230  ADI- (X*CX)/ (U*CU) 

00643  DDI-1. 0 
00644  GOTO  300 
00650  300  CONTINUE 

006C0  ADF-ADI*R3 
00670  DDF-DDI*R3 

00680  IF(Q3.EQ.'Y’ .OR.Q3.EQ. 'YES' )  GOTO  420 
00690  DISPLAY 'ADI-' /ADI,'  ADF- 'ADI*R3 
00700  DISPLAY  'DDI-', DDI,'  DDF-'DDI*R3 

00720  GOTO  430 

00730  420  WRITE (1 ,500)  D,R3, ADI, DDI, ADF, DDF 

00735  500  FORMAT(F6.1,5X,F3.1,3X,F6.4,5X,Fr,.4,4X,Ff>.4,itX,F6.4) 

00740  IF  (Q3.EQ. '  Y ' . OR.Q3.  F.Q. '  YES' )  GOTO  10 

00750  430  ACCEPT’ DO  YOU  WANT  A  SENSITIVITY  ANALYSIS  OF  ADI  AND  DDI  TO  D/C?',03 

00751  DISPLAY  "  " 

00760  IF  (Q3.EQ. 'Y' .OR.Q3.EQ. 'YES' )  DISPLAY  '  DEMAND  D/C  ADI  DDI 

♦*  ADF  DDF  ’ 

00770  IF (  Q3.EQ. ' Y' .OR.Q3.EQ. ' YES' )  GOTO  10 

00780  400  ACCEPT' DO  YOU  WANT  TO  CONSIDER  ANOTHER  DEMAND?', Q1 

00790  Q3-'N' 

00800  Y— 0 

00810  IF(QI.EQ.'Y'.OR.QI.EQ.'YES')  GOTO  10 

00820  ACCEPT’ DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION?' ,Q2 

00830  IF  (Q2.EQ. ' Y' .OR.Q2.EQ. 'YES' )  N«1 

00840  IF(Q2.EQ.,Y'.ORiQ2.EQ.'YES')  GOTO  20 

00850  END 

11030 
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execute  df.sfo 
LOADING 
EXECUTION 


ON  LINE  PROGRAM  TO  CALCULATE  DELAY  FACTORS 


ARRIVAL  DE?1AND— 25 
DEPARTURE  DEMAND 2 5 

HOURLY  CAPACITY-60 
WHEN  PERCENT  ARRIVALS  -50 

WHEN  9999  IS  ENTERED  FOR  PERCENT  ARRIVAL 
ARRIVAL  CAPACITY-35 
DEPARTURE  CAPACITY- 15 

FCP.  THE  REVISED  RUNWAY  USE  CONFIGURATION 
ARRIVAL  CAPACITY-0 
DEPARTURE  CAPACITY-60 

***** ** ***************** *************************************** 

ADI*  .9183673  ADF*  .7653061 

DDI-  1  DDF-  .8333333 

DO  YOU  WANT  A  SENSITIVITY  ANALYSIS  OF  ADI  AND  DDI  TO  D/C?y 


DEMAND 

D/C 

ADI 

DDI 

ADF 

DDF 

6.0 

.1 

.8571 

.5344 

.0857 

.0534 

12.0 

•  *• 

.8571 

.5738 

.1714 

.1148 

18.0 

.3 

.8571 

.6195 

.2571 

.1853 

24.0 

.4 

..8571 

.6731 

.3429 

.2692 

30.0 

•  1) 

.8571 

.7368 

.4286 

.3684 

36.0 

.6 

.3571 

.8140 

.5143 

.4834 

42.0 

.7 

.8571 

.9091 

.6000 

.6364 

43.0 

.8 

.8316 

1.0000 

.7053 

.8000 

54.0 

.9 

.9918 

1 . 0000 

.8927 

.9000 

60.0 

1.0 

1.0000 

1.0000 

1.0000 

1.0000 

66.0 

1.1 

1.0000 

1.0000 

1.1000 

1.10O0 

72.0 

1.2 

1.0000 

1.0000 

1.2000 

1  .2000 

78.0 

1.3 

1.0000 

1.0000 

1.3000 

1.3000 

84.0 

1.4 

1.0000 

1.0000 

1.4000 

1.4000 

90.0 

1.5 

1.0000 

1.0000 

1.5000 

1.5000 

DO  YOU  WANT  TO  CONSIDER  ANOTHER  DEMAND?!) 
DO  YOU  WANT  TO  MAKE  ANOTHER  CALCULATION?!) 


EXIT 


COMPUTER  DIALOGUE  FOR  EXAMPLE  1 
FIGURE  C-1 
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A 

A 

A4 

AB 

At 

AD 

AD$R 

ADSR( I, J,IRUM) 

ADSRX 

ALPHA 

ALTARR 

APPSPD 

ARBAR(IRUM.I) 

ARBAR2 

ATC 


GLOSSARY 


■  Arrivals. 

•  First  of  four  classes  of  aircraft  (ABCD),  usually  small, 

-  A  class  A  arrival  followed  by  a  class  A  arrival, 

-  A  class  A  arrival  followed  by  a  class  B  arrival. 

A  class  A  arrival  followed  by  a  class  C  ariival. 

-  A  class  A  arrival  followed  by  a  class  D  arrival. 

-  Item  12  of  the  input  file.  Contains  ADSR  information 
required  for  certain  non-parallel  configurations. 

-  Arrival/departure  separation  requirement  —  for  intar- 
sect  ing  runways,  the  minimum  time  after  arrival  I 
crosses  the  threshold  at  which  departure  J  cmi  be 
released. 

-  A  single  value  of  ADSR  which  applies  to  all  values  of  I 
and  J. 

-  Space  available  for  comments  on  each  header  line  of  the 
input  file. 

-  Item  25  of  the  input  file,  containing  information 
needed  for  alternating  arrival  operations. 

-  Item  5  of  the  input  file,  containing  approach  speeds. 

-  The  average  runway  occupancy  time  of  aircraft  I  on 
runway  IRUM. 

-  Item  2  of  the  input  file,  containing  arrival  runway 
occupancy  data. 

-  Air  Traffic  Control. 


BAA(I,J) 


BDD ( I ,  J  ) 


-  Second  of  four  aircraft  classes  (ABCD),  usually  either 
small  or  large  (assumed  large  by  on-line  version  of  the 
Capacity  Model). 

-  Both  arrivals  and  departures  on  the  same  runway  — 
mixed  operations. 

-  A  class  B  arrival  followed  by  a  class  A  arrival. 

-  Item  24  of  the  input  file,  containing  data  for 
close-spaced  parallel  approaches. 

-  Buffer  time  between  consecutive  arrivals  to  separate 
close-parallel  runways  to  prevent  a  heavy  aircraft  from 
overtaking  a  slower  non-heavy  aircraft. 

-  A  class  B  arrival  followed  by  a  class  B  arrival. 

-  A  class  B  arrival  followed  by  a  class  C  arrival. 

-  A  class  B  arrival  followed  by  a  class  D  arrival. 

-  Item  22  of  the  input  file,  containing  data  for 
close-spaced  parallel  departures. 

-  Buffer  time  between  consecutive  departures  on  separate 
close-spaced  parallel  runways. 

-  Close-spaced  parallel  runways  (700-2499  feet  apart). 

-  Third  of  four  aircraft  classes  (ABCD),  usually  large. 

-  A  class  C  arrival  followed  by  a  class  A  arrival. 

-  A  class  C  arrival  followed  by  a  class  B  arrival. 

-  A  class  C  arrival  followed  by  a  class  C  arrival. 

-  Card  column. 


-  A  class  C  arrival  followed  by  a  class  0  arrival. 

-  Control  Data  Corporation. 


CEILNG 


-  Weather  ceiling,  in  feet. 
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CLDIST 


CNV 

D 

DA 

DB 

DC 

DD 

DDSR(I,J) 

DELIAT 

DIAGSP 

DICBR 

DICBR(I.J) 

DICBRX 

DLTADA 

DLTAIJ 
DLTAIJ(I, J) 


-  Distance  between  centerlines  of  two  parallel  runways. 

-  Convergence  criterion  used  in  f.e.d.  mix  calculations. 

-  Last  of  four  aircraft  classes  (ABCD),  usually  heavy. 

-  A  class  D  arrival  followed  by  a  class  A  arrival. 

-  A  class  D  arrival  followed  by  a  class  B  arrival., 

-  A  class  D  arrival  followed  by  a  class  C  arrival. 

-  A  class  D  arrival  followed  by  a  class  D  arrival. 

-  Departure/departure  separation  requirement  —  minimum 
time  between  departures  I  and  J,  in  seconds. 

-  The  incremental  time  (in  seconds)  by  which  arrival  gaps 
are  stretched. 

-  The  diagonal  separation  required  between  alternating 
arrivals  on  separate  runways. 

-  Item  13  of  the  input  file.  Contains  DICBR  information 
needed  for  some  non-parallel  configurations. 

-  On  intersecting  runways,  the  minimum  distance  arrival  J 
can  be  from  the  threshold  when  departure  I  is  released. 

-  A  single  value  of  DICBR  which  applies  to  all  values  of 
I  and  J. 

-  The  minimum  distance  an  arrival  must  be  from  the 
threshold  in  order  to  release  a  departure  on  the  same 
or  close-parallel  runway. 

-  Item  4  in  the  input  file,  containing  interarrival 
separations. 

-  The  minimum  airborne  separation  required  between  lead 
aircraft  I  and  trail  aircraft  J. 


DRBAR 


Item  6  in  the  input  file,  containing  departure  runway 
occupancy  times. 


DRBAR(I) 


DV 

F 

F 

FAA 
f  .e.d. 

GA 

GAMA 

GAMA(I) 

GSLOPE 

GTDISP 

I 

IALT 

IAX 

IFR 

IMC 

IMODEL 

IHCIAT 


-  Average  departure  runway  occupancy  time  for  class  I 

-  Diverging;  refers  to  operations  on  non-parallel, 
non-intersecting  runways. 

-  Future  ATC  system,  standard  set  of  parameter  values. 

-  Far-spaced  parallel  runways  (more  than  4300  feet  apart). 

-  Federal  Aviation  Administration. 

-  First  enqueued  departure  —  refers  to  the  probability 
that  a  particular  aircraft  type  will  be  the  first  in 
line  to  depart,  as  different  from  the  overall  propor¬ 
tion  of  that  type  in  the  fleet. 

-  General  aviation. 

-  Item  9  in  the  input  file,  containing  final  approach 
path  lengths. 

-  The  final  approach  path  length  for  class  I. 

-  Glide  slope  angle. 

-  The  relative  displacement  of  the  final  approach  gates, 
used  for  alternating  arrivals. 

-  Typically,  the  lead  aircraft  in  the  current  arrival 
pair  IJ. 

-  Flag  which  indicates  whether  or  not  alternating  arri¬ 
vals  are  to  be  modeled. 

-  Flag  used  to  indicate  whether  aircraft  are  airborne  at 
the  runway  intersection. 

-  Instrument  Flight  Rules 

-  Instrument  Meteorological  Conditions. 

-  The  model  series  of  the  configuration  being  analyzed. 

-  Item  26  of  the  input  file,  containing  data  for  the 
first-enqueued  departure  and  gap-stretching  options. 


D-4 
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INDEX  -  The  number  of  each  item  in  the  data  file.  Located  on 

the  header  line,  it  informs  the  program  what  data  is 
contained  on  the  next  line. 

INST  -  The  number  of  intermediate  points  to  calculate,  plus 

one  (for  arrival-priority  point). 

IPA  -  The  arrival  percentage(s)  at  which  capacity  is  to  be 

calculated. 

IR  -  Flag  which  indicates  the  degree  of  dependence  between 

two  non-parallel,  non-intersecting  runways. 

IRUM  -  The  number  (1-4)  of  the  runway  to  which  the  following 

data  pertains.  Required  for  RUNWAY  (item  1),  ARBAR2 
(item  2),  and  ADSR  (item  12). 

ISTRGY  -  The  original  operating  strategy  of  the  configuration 

being  analyzed. 

J  -  Typically,  the  trail  aircraft  in  the  current  arrival 

pair  IJ. 

JBOMB  -  The  maximum  number  of  iterations  to  be  performed  by  the 

f.e.d.  mix  logic. 

K  -  Typically,  the  first  departure  in  the  IJ  gap. 

M  -  Medium-spaced  parallel  runways  —  originally  3500-4299 

feet  apart,  but  currently  2500-4299  feet  apart. 

max  -  maximum. 

min  -  minimum 

MMC  -  Marginal  Meteorological  Conditions. 

N  -  Near-spaced  parallel  runways  (2500-3499  feet  apart)  — 

not  a  separate  operational  category  today. 

NAME  -  On  each  header  line  in  the  input  file,  the  arbitrary 

title  for  each  data  item. 

NCARD  -  A  flag  which  indicates  the  final  data  item  for  each 

capacity  calculation  (not  necessarily  the  final  data 
item  in  the  input  file). 

NEWRUN  -  Item  0  of  the  input  file,  containing  values  of  IM0DSL, 

ISTRGY,  and  I ALT. 
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OPENV  ~  Line  10  of  the  input  file,  containing  information 

needed  for  non-parallel,  non-intersecting  runway 
configurations. 

OPENVX  -  The  distance  between  the  thresholds  of  two  open-V 

runways. 

OTHERS  -  Item  20  of  the  input  file  containing  miscellaneous  data. 

P  -  Present  ATC  system,  standard  set  of  parameter  values. 

PFED(I,J)  -  The  probability  that  departure  K  is  the  first  enqueue4 

departure  after  arrival  I. 

PHR(K)  -  The  proportion  of  type  K  in  the  overall  fleet  mix. 

POTG  -  The  percentage  of  touch-and-gc  operations. 

PV  -  The  probability  of  violation  for  all  stochastic  vari¬ 

ables  in  the  program  (arrival  R.O.T. ,  etc.)  except 
interarrival  time. 

PVI  -  The  probability  of  violation  for  the  intenrrival 

separation.  The  average  separation  is  such  that  only 
this  proportion  of  all  separations  is  less  than  the 
minimum  separation,  DLTAIJ. 

Q-logic  -  The  program  logic  by  which  the  possible  effects  of 

previous  departures  are  accounted  for. 

RJE  -  Remote  Job  Entry  —  batch  processing  of  computer 

programs,  using  card  decks. 

R.O.T.  -  Runway  Occupancy  Time 

RUNWAY  -  Item  1  of  the  input  data  file,  containing  aircraft 

fleet  mix  information. 

SIGAI  -  The  standard  deviation  of  the  time  for  an  ar-ival  to 

clear  the  runway  intersection. 

SIGDI  -  The  standard  deviation  of  the  time  for  a  departure  to 

clear  the  runway  intersection. 


SIGMAA 


The  standard  deviation  of  the  interarrival  time. 


SIGMAC  -  The  standard  deviation  of  the  time  from  departure 

clearance  to  start  of  roll. 

SIGMAR  -  The  standard  deviation  of  the  arrival  runway  occupancy 

time. 

SIGMAS  -  Item  19  of  the  input  file,  containing  standard  devi¬ 

ation  data. 

SIGMDR  -  The  standard  deviation  of  departure  runway  occupancy 

time. 

SIGTGR  -  The  standard  deviation  of  touch-and-go  runway  occupancy 

times. 

Touch-and-go  —  landing  aircraft  takes  off  again  imme¬ 
diately,  without  stopping. 

The  weighted  average  interarrival  time  for  all  aircraft 
pairs. 

The  average  interarrival  between  arrivals  I  and  J. 

Item  7  of  the  input  file,  containing  minimum  departure- 
departure  separations. 

The  weighted  average  interdeparture  time  for  all  air¬ 
craft  pairs. 

The  average  interdeparture  time  between  departures  K 
and  L. 

Item  9  of  the  input  file,  containing  touch— tnd-go  occu¬ 
pancy  times. 

The  average  touch-and-go  occupancy  time  for  class  I 
arrivals. 

THETA  -  The  angle  between  non-parallel  runways. 

THDISP  -  For  alternating  arrivals,  the  relative  displacement 

between  runway  thresholds. 

TWOIN  -  Item  11  of  the  input  file,  containing  information  for 

certain  intersecting  runway  configurations. 


TGRBAR 

TGRBAR(I) 
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TXI(I,K) 


The  time  from  release  to  clearing  the  intersection  for 
departure  I  on  runway  K. 

V(I)  -  The  final  approach  velocity  of  arrival  I. 

VFR  -  Visual  Flight  Rules. 

VIS  -  Weather  visibility,  statute  miles. 

VMC  -  Visual  Meteorological  Conditions. 

7777  -  Special  value  for  arrival  percentage  (IPA),  which 

causes  the  program  to  calculate  and  print  the  capacity 
for  arrival  priority,  for  the  maximum  number  of  inter¬ 
mediate  points,  and  for  departure  priority. 

-8888  -  Special  value  for  arrival  percentage  (IPA),  which 

causes  the  program  to  calculate  and  print  the  capacity 
for  arrival  priority  and  for  departure  priority. 

9999  -  Special  value  for  arrival  percentage  (IPA),  which 

causes  the  program  to  calculate  and  print  the  capacity 
for  arrival  priority  only. 
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